docs: 002 v2.2 修复 - 删除重复章节 + 统一签字描述

- 删除 Line 699-768 重复的"双 PR 分支策略"和"Issue Comment 强制要求"
  （完整版本分别位于 Line 144 和 Line 173）
- Gate 1: QA 签字"确认"→"必签"，与三方通过标准一致
- Gate 2: PM 签字"确认"→"必签"，统一为三签
- Gate 2 输出物: "两方签字"→"三方签字"
- skills/README.md: 补全 PM Comment 规则全表，Gate 2 "两签"→"三签"
- 版本历史添加 v2.2 条目
- 重新添加"## 角色职责矩阵总览" section header

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

Author: alpha-86

prompts/002_develop_pipeline.md

@@ -312,7 +312,7 @@ PM 在 Issue 下完成首次 Comment（领取说明或讨论结论），方可
 
 - **PM（必签）**：需求口径确认
 - **Architect（必签）**：技术可行性确认
-- **QA（确认）**：验收标准可测试性确认
+- **QA（必签）**：验收标准可测试性确认
 
 ### 输出物
 
@@ -360,12 +360,12 @@ PM + Architect + QA 三方签字完成，Issue Comment 已落地。
 
 - **QA（必签）**：技术方案可行性确认
 - **Engineer（必签）**：技术方案可实现性确认
-- **PM（确认）**：需求覆盖确认
+- **PM（必签）**：需求覆盖确认
 
 ### 输出物
 
 - Tech Spec 状态更新为 `Approved`
-- Issue Comment 包含：Gate 2 结论、两方签字、日期、Tech Spec 链接
+- Issue Comment 包含：Gate 2 结论、三方签字、日期、Tech Spec 链接
 
 ### 通过标准
 
@@ -694,78 +694,6 @@ PM + Architect + Platform/SRE 三方放行。
 - 发布风险未明确 → 回到 Gate 4
 - 回滚方案缺失 → 补充回滚方案
 
----
-
-## 双 PR 分支策略
-
-### 分支类型
-
-| 阶段 | 分支名 | 内容 | 生命周期 |
-|------|--------|------|---------|
-| 文档 PR | `doc-{issue}-{描述}` | PRD + Tech + QA Case Design | 创建 → Review → 合并/关闭 |
-| 代码 PR | `feature-{issue}-{描述}` | 代码 + 测试报告 | 创建 → 开发 → Test → Review → 合并 |
-
-### 分支依赖关系
-
-```
-main
-  └── doc-13-xxx (创建，提交设计文档)
-        └── [Human 合并] → main
-              └── feature-13-xxx (基于 main，创建开发分支)
-                    └── [Human 合并] → main
-```
-
-### 文档 PR 创建条件（必须同时满足）
-
-```
-✅ PRD 文档完成（docs/prd/PRD-XXX_v*.md）
-✅ Tech 文档完成（docs/tech/Tech-XXX_v*.md）
-✅ Gate 2 Tech Review 两签通过（PM + QA）
-✅ QA Case Design 完成（docs/qa/QA-Case-XXX_v*.md）
-```
-
-### 代码 PR 创建条件（必须同时满足）
-
-```
-✅ 文档 PR 已合并（设计已确认）
-✅ 代码开发完成
-✅ QA 测试报告完成（docs/qa/qa-report-XXX_v*.md）
-✅ 三方签字验收完成（Architect + Engineer + PM）
-```
-
----
-
-## Issue Comment 强制要求（V2.2.4）
-
-**⚠️ 强制规则**：未 Comment 视为未完成。每个角色完成工作后必须在 Issue 下 Comment。
-
-| 节点 | 执行者 | Comment 内容 | 示例 |
-|------|--------|-------------|------|
-| Issue 领取 | PM | 说明领取，开始分析 | "Issue #N 已领取，开始分析需求" |
-| 问题讨论完成 | PM | 讨论结论（回归问题本质）| "讨论完成：问题根源是 X，方案 Y 已被否决" |
-| PRD 产出 | PM | PRD 链接 + 概述 | "PRD 已完成: [链接] - 概述..." |
-| PRD 评审完成 | PM | 评审结论 + 签署人 | "PRD 评审通过 - PM[✅] Architect[✅] QA[✅]" |
-| Tech 产出 | Architect | Tech 链接 + 概述 | "Tech 已完成: [链接] - 概述..." |
-| Tech Review 完成 | Architect | 评审结论 + 签署人 | "Tech Review 通过 - PM[✅] QA[✅]" |
-| QA Case Design 完成 | QA | Case 链接 + 概述 | "QA Case Design 完成: [链接]" |
-| 文档 PR 创建 | PM | PR 链接 + 文档清单 | "文档 PR 已创建: [链接] - PRD/Tech/QA Case" |
-| 文档 PR 合并 | PM | 合并确认 | "文档 PR 已合并，设计确认完毕" |
-| 开发完成 | Engineer | 开发报告 | "开发完成 - [组件列表] - 待测试" |
-| 测试完成 | QA | 测试报告链接 | "测试完成 - [报告链接]" |
-| 代码 PR 创建 | Engineer | PR 链接 + 测试报告 | "代码 PR 已创建: [链接] - Fixes #N" |
-| 代码 PR 合并 | Engineer | 合并确认 | "代码 PR 已合并 - 等待 Issue 关闭" |
-| Issue 关闭 | PM | 关闭原因 + 关闭请求 | "Issue #N 请求关闭 - 完成/重复/无法复现" |
-
-**必须通过 `scripts/github_issue_sync.py` 发布 Comment**：
-```bash
-python scripts/github_issue_sync.py \
-  --post-comment \
-  --issue N \
-  --body "$(cat comment.md)" \
-  --agent "Agent名称"
-```
-
----
 
 ## 角色职责矩阵总览
 
@@ -930,6 +858,7 @@ PRD v3.1 → Tech Spec v2.3 → Case Design v1.4 → 测试报告 v1.2
 |------|------|---------|
 | v2.0 | 2026-04-20 | 修正流程概览起点、重写 Gate 0、增加 PM 领取 Issue + 讨论 Comment 规则、增加双 PR 分支策略、增加 V2.2.4 Issue Comment 强制要求 |
 | v2.1 | 2026-04-20 | 增加流程图 B（打回机制）、流程图 C（Agent Team 启动后 Issue 扫描与路由）、增加文档版本规范（版本历史表、前序追溯链、评审记录表）、增加变更级联效应规则 |
+| v2.2 | 2026-04-20 | 删除重复章节（双 PR 分支策略/Issue Comment）、统一 Gate 1/2 签字描述（全部"必签"）、Gate 2 输出物改为三方签字、精简文档结构（-74 行） |
 
 **参考文档**：
 - `hedge-ai/prompts/V3.0/change_record/V2.0_研发流程与GitHubIssue结合及QA角色引入.md`

skills/README.md

@@ -86,16 +86,31 @@ Gate 1: PRD Review → Gate 2: Tech Review → QA Case Design
 | 实现确认 | `feature-{issue_number}-{简短描述}` | 代码 + 测试报告 | **HR#2** |
 
 分支创建条件：
-- 文档 PR：PRD `Approved` + Tech Spec `Approved` + QA Case Design `Approved` + Gate 2 两签通过
+- 文档 PR：PRD `Approved` + Tech Spec `Approved` + QA Case Design `Approved` + Gate 2 三签通过
 - 代码 PR：文档 PR 已合并 + 代码开发完成 + QA 测试报告完成 + 三方签字验收完成
 
 ### PM 领取 Issue + Comment 规则
 
+> 完整 Comment 节点表格见 `prompts/002_develop_pipeline.md`「Issue Comment 强制要求」章节。以下为关键节点：
+
 | 节点 | Comment 内容 |
 |------|-------------|
 | Issue 领取 | "Issue #N 已领取，开始分析需求" |
 | 问题讨论完成 | 讨论结论（回归问题本质） |
 | PRD 产出 | "PRD 已完成: [链接] - 概述..." |
+| PRD 评审完成 | "PRD 评审通过 - PM[✅] Architect[✅] QA[✅]" |
+| Tech 产出 | "Tech 已完成: [链接] - 概述..." |
+| Tech Review 完成 | "Tech Review 通过 - PM[✅] QA[✅] Engineer[✅]" |
+| QA Case Design 完成 | "QA Case Design 完成: [链接]" |
+| 文档 PR 创建 | "文档 PR 已创建: [链接] - PRD/Tech/QA Case" |
+| 文档 PR 合并 | "文档 PR 已合并，设计确认完毕" |
+| 开发完成 | "开发完成 - [组件列表] - 待测试" |
+| 测试完成 | "测试完成 - [报告链接]" |
+| 代码 PR 创建 | "代码 PR 已创建: [链接] - Fixes #N" |
+| 代码 PR 合并 | "代码 PR 已合并 - 等待 Issue 关闭" |
+| Issue 关闭 | "Issue #N 请求关闭 - 完成/重复/无法复现" |
+
+**必须通过 `scripts/github_issue_sync.py` 发布 Comment**，未 Comment 视为未完成，不得进入下一阶段。
 
 ## 当前判定