feat(req): 集成 Stitch 原型设计到需求工作流

新建 req-prototype 技能，支持基于 PRD 自动生成 Stitch UI 原型。
同步 req-review、req-workflow 技能到仓库，并更新 req、req-prd 中的
原型相关引用。

REQ-20260320-0005

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

skills-req/req-prd-plugin/skills/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: req-prd
-description: 产品设计与需求管理。用于 PRD 文档编写、需求分析、用户故事创建、功能设计和原型规划、PRD 评审。当用户提到产品设计、PRD、需求文档、功能规划、用户故事、PRD 评审相关任务时自动激活。
+description: 产品设计与需求管理。用于 PRD 文档编写、需求分析、用户故事创建、功能设计和原型规划。当用户提到产品设计、PRD、需求文档、功能规划、用户故事相关任务时自动激活。
 ---
 
 # 产品需求设计 Skill (req-prd)
@@ -304,7 +304,11 @@ CREATE TABLE `prd_product_label` (
 [流程图或步骤描述]
 
 ### 4.2 界面原型
-[原型链接或描述]
+
+> 使用 `/req prototype [REQ-ID]` 基于 PRD 自动生成 Stitch 原型。
+> 生成后截图将自动回填到此章节。
+
+[执行 `/req prototype` 后自动填充]
 
 ## 5. 技术要求
 ### 5.1 性能要求
@@ -619,7 +623,8 @@ mcp__ai-proj__export_task_document_to_file
 ## 常用工具
 
 ### 原型设计
-- Figma
+- **Stitch** (Google AI) — 集成在 `/req prototype`，自动从 PRD 生成原型
+- Figma — 手动精细设计
 - Sketch
 - Axure
 
@@ -657,114 +662,3 @@ mcp__ai-proj__export_task_document_to_file
 - 数据安全分级
 - 敏感操作审计
 - 权限最小化原则
-
----
-
-## PRD 评审方法论
-
-PRD 评审是需求流程的关键质量关卡。
-
-### 评审流程
-
-```
-PRD 提交 → 结构检查 → 清晰度评估 → 技术可行性 → 数据模型 → API 审查 → 结论
-```
-
-### 结构完整性检查
-
-| 检查项 | 必须 | 说明 |
-|--------|:----:|------|
-| 基本信息 | ✓ | 编号、标题、日期、作者 |
-| 需求背景 | ✓ | 为什么需要这个功能 |
-| 目标用户 | ✓ | 面向的用户群体 |
-| 功能描述 | ✓ | 详细功能需求 |
-| 数据模型 | ✓ | 数据库表结构 |
-| API 设计 | ✓ | RESTful 接口 |
-| 验收标准 | ✓ | 验收条件 |
-| 用户故事 | ○ | As a... I want... |
-| 页面原型 | ○ | 界面布局 |
-| 非功能需求 | ○ | 性能、安全 |
-
-### 需求清晰度（SMART 原则）
-
-| 原则 | 检查点 |
-|------|--------|
-| **S**pecific | 描述是否具体明确 |
-| **M**easurable | 是否有量化指标 |
-| **A**chievable | 技术上是否可行 |
-| **R**elevant | 是否与业务目标相关 |
-| **T**ime-bound | 是否有时间范围 |
-
-**示例**：
-- ❌ "用户可以搜索需求"
-- ✅ "用户可按编号精确搜索、按标题模糊搜索、按状态筛选，结果分页显示"
-
-### 技术可行性
-
-| 维度 | 评估内容 |
-|------|----------|
-| 技术栈兼容 | 现有栈是否支持 |
-| 架构影响 | 是否需修改架构 |
-| 第三方依赖 | 是否引入新依赖 |
-| 性能影响 | 潜在性能问题 |
-| 安全考量 | 安全风险 |
-
-### 数据模型验证
-
-| 检查项 | 说明 |
-|--------|------|
-| 表结构 | 字段类型、约束、索引 |
-| 关联关系 | 外键、多对多 |
-| 命名规范 | 符合项目规范 |
-| 扩展性 | 预留扩展字段 |
-| 查询性能 | 常用查询有索引 |
-
-### API 设计审查
-
-| 检查项 | 标准 |
-|--------|------|
-| RESTful | URL 用名词，HTTP 方法语义正确 |
-| 响应格式 | `{success, data, message}` |
-| 错误处理 | 明确的错误码 |
-| 分页 | `?page=1&page_size=20` |
-| 版本控制 | `/api/v1/...` |
-
-### 评审结论模板
-
-**通过**：
-```
-✅ PRD 评审通过
-
-【结论】文档完整，需求清晰，方案可行，建议批准。
-【肯定】需求背景清晰、数据模型合理、API 规范
-【建议】（非阻塞）补充性能测试用例
-【评审人】xxx  【时间】2026-xx-xx
-```
-
-**驳回**：
-```
-❌ PRD 评审驳回
-
-【原因】
-1. 数据模型缺少索引
-2. API 缺少错误处理
-3. 搜索需求描述模糊
-
-【修改要求】
-□ 补充索引设计
-□ 明确错误码
-□ 细化搜索实现
-
-【驳回人】xxx  【时间】2026-xx-xx
-```
-
-### 常见驳回原因
-
-| 类别 | 问题 | 建议 |
-|------|------|------|
-| 结构缺失 | 缺数据模型或 API | 补充技术设计 |
-| 需求模糊 | 描述不具体 | 按 SMART 重写 |
-| 边界不清 | 缺异常处理 | 补充边界条件 |
-| 设计缺陷 | 模型/API 不合理 | 重新设计 |
-| 范围过大 | 难以实现 | 拆分为多需求 |
-| 验收不明 | 缺验收标准 | 补充验收条件 |