@boyingliu01/xp-gate 0.8.17 → 0.8.19

package/skills/delphi-review/SKILL.md

@@ -190,6 +190,80 @@ Phase 0: 准备 → Round 1: 匿名独立评审 → 共识检查
 
 ---
 
+## Orchestrator Dispatch Rules（#218 自动多轮调度）
+
+### 背景
+
+Delphi review 在 sprint-flow 中通过 subagent 调用时，Round 1→Round 2→Round 3 的调度**必须在 subagent 内部自动完成**，不能每轮暂停等待 orchestrator 或用户干预。只有在以下情况才需要 orchestrator 暂停：
+
+### 自动调度规则
+
+| 场景 | 自动处理 | 需暂停 |
+|------|---------|--------|
+| Round 1 完成，需 Round 2 | ✅ subagent 自动继续 | ❌ |
+| Round 2 完成，需 Round 3 | ✅ subagent 自动继续 | ❌ |
+| Round 3+ 完成，仍需更多轮 | ✅ subagent 自动继续，直到 max_rounds | ❌ |
+| 最终 APPROVED (>=90%) | ✅ subagent 输出结果后退出 | ❌ |
+| 最终 REQUEST_CHANGES（可自动修复） | ✅ subagent 尝试修复措辞、AC 缺失等常见问题后自动重评审 | ❌ |
+| 最终 REQUEST_CHANGES（无法自动修复） | ✅ subagent 输出详细失败报告 | **✅ orchestrator 暂停等用户** |
+| 超过 max_rounds (5) 仍无共识 | ✅ subagent 输出"未达成共识报告" | **✅ orchestrator 暂停等用户决策** |
+
+### Subagent 内部 Round 循环
+
+当 delphi-review 以 subagent 启动时（非交互式），应执行以下自动循环：
+
+```python
+round = 1
+while round <= max_review_rounds:
+    # 执行当前 round（所有专家匿名/半匿名评审）
+    results = execute_round(round)
+    
+    # 检查共识
+    consensus = check_consensus(results)
+    
+    if consensus.verdict == "APPROVED" and consensus.ratio >= 0.9:
+        emit_verdict("APPROVED", consensus)
+        break
+    
+    if round == max_review_rounds:
+        # 已达最大轮数仍无共识
+        emit_verdict("NO_CONSENSUS", consensus)
+        break
+    
+    round += 1
+
+if verdict == "REQUEST_CHANGES":
+    # 尝试自动修复常见问题
+    auto_fix_result = attempt_auto_fix(issues)
+    if auto_fix_result.success:
+        # 自动修复后，从 Round 2 起步重新评审
+        round = 2
+        continue  # 重新进入循环
+    else:
+        # 无法自动修复，交给 orchestrator
+        emit_verdict("REQUEST_CHANGES", auto_fix_result.failed_issues)
+```
+
+### 终止结果输出
+
+当 subagent 因终态退出时，必须输出清晰的裁决：
+
+- **APPROVED**: 共识报告 + specification.yaml
+- **REQUEST_CHANGES（可自动修复）**: 自动修复后再次评审
+- **REQUEST_CHANGES（不可自动修复）**: 失败报告 + 建议修复方向
+- **NO_CONSENSUS**: 分歧详情报告
+
+### 与 orchestrator 的交互约定
+
+| 状态 | Subagent 输出 | Orchestrator 动作 |
+|------|--------------|------------------|
+| APPROVED | `{verdict:"APPROVED", consensus_ratio: N, ...}` | 自动进入下一 Phase |
+| REQUEST_CHANGES (auto-fixed) | `{verdict:"APPROVED", auto_fixed: ["..."]}` | 自动进入下一 Phase |
+| REQUEST_CHANGES (unfixable) | `{verdict:"REQUEST_CHANGES", failed_issues: [...]}` | ⚠️ 暂停等用户修复后，通过 task_id 重新 dispatch |
+| NO_CONSENSUS | `{verdict:"NO_CONSENSUS", disagreements: [...]}` | ⚠️ 暂停等用户决策（可继续/中止/强制通过） |
+
+---
+
 ## 修复与重新评审
 
 如果最终裁决是 REQUEST_CHANGES 或 REJECTED：
@@ -197,6 +271,8 @@ Phase 0: 准备 → Round 1: 匿名独立评审 → 共识检查
 2. 重新评审（从 Round 2 起步，不是 Round 1）
 3. 迭代直到 APPROVED
 
+**Automatic re-review（#218）**: 当 delphi-review 以 subagent 运行时，对于常见的自动可控问题（措辞模糊、AC 缺失、格式问题等），subagent 应自行修复后自动重评审，无需等待用户。
+
 修复报告格式：
 ```markdown
 ## 修复报告

package/skills/sprint-flow/AGENTS.md

@@ -1,9 +1,9 @@
 # SKILLS/SPRINT-FLOW KNOWLEDGE BASE
 
-**Generated:** 2026-06-16
-**Commit:** d3a0242
-**Branch:** main
-**Version:** 0.8.17.0
+**Generated:** 2026-06-17
+**Commit:** d8388b4
+**Branch:** sprint/2026-06-17-01
+**Version:** 0.8.19.0
 
 ## OVERVIEW
 **11-phase** development pipeline: ISOLATE → AUTO-ESTIMATE → THINK → PLAN → BUILD → REVIEW → USER ACCEPTANCE → FEEDBACK → SHIP → LAND → CLEANUP. Phase 2 default build mode is **ralph-loop** (REQ-level iteration, 40-67% token savings vs parallel). HARD-GATE in Phase 1: design must pass Delphi review (≥90% consensus) before any coding.

package/skills/sprint-flow/SKILL.md

@@ -181,8 +181,7 @@ Phase -0.5: AUTO-ESTIMATE → 自动评估需求规模 → ⚠️ 展示评估
             → 标准：正常流程 Phase 0-4
             → 复杂：完整流程 Phase 0-8 + 风险警告
 Phase 0: THINK → brainstorming → ⚠️ HARD-GATE: 设计未批准 → 不可进入实现 → Design Document (AI编辑行为约束: 原则3 Surgical Changes, 验证循环要求: 原则4 Goal-Driven Execution - 见 AGENTS.md "## AI CODING DISCIPLINE (Karpathy Principles)")
-Phase 1: PLAN → autoplan → ⚠️ (如有taste_decisions，暂停等用户确认)
-           → delphi-review → ⚠️ (等待 APPROVED)
+Phase 1: PLAN → autoplan (orchestrator直执行，taste_decisions交互确认) → delphi-review (subagent自动多轮至APPROVED)
            → 自动生成 specification.yaml（无需独立 skill）
 Phase 2: BUILD → ⚠️ GITHOOKS-GATE: 检查并安装 Git Hooks（缺失→阻断）
            → dispatching-parallel-agents (并行检测) + executing-plans (隔离执行)
@@ -232,7 +231,7 @@ Phase 8: CLEANUP → git worktree remove + branch delete + sprint-state.json upd
 | 1 | **-1** | **ISOLATE** | Detect protected branch → Create git worktree → Setup project → Validate .gitignore → Record sprint state | Worktree path |
 | 2 | **-0.5** | **AUTO-ESTIMATE** | Analyze code structure → Count references → Assess cross-module impact → Classify (lightweight/standard/complex) | Impact assessment + flow recommendation |
 | 3 | **0** | **THINK** | brainstorming → Generate design doc + CONTEXT.md + ADR | Design document |
-| 4 | **1** | **PLAN** | autoplan → delphi-review (mandatory; lightweight allowed) → Generate specification.yaml + slices-manifest.json | specification.yaml |
+| 4 | **1** | **PLAN** | **Orchestrator: autoplan → Subagent: delphi-review (auto multi-round) → to-issues → Generate specification.yaml + slices-manifest.json** | specification.yaml |
 | 5 | **2** | **BUILD** | GITHOOKS-GATE → ralph-loop (default) or parallel → TDD → freeze → blind review → verification | MVP code |
 | 6 | **3** | **REVIEW** | delphi-review --mode code-walkthrough → test-specification-alignment → browse QA → benchmark (optional) | Review report |
 | 7 | **4** | **USER ACCEPT** | **Manual verification** → Capture emergent issues | Emergent issues list |
@@ -412,7 +411,11 @@ Sprint Flow: ISOLATE → AUTO-ESTIMATE → THINK → PLAN → BUILD → REVIEW
 - **HARD-GATE**: 设计未批准 → 不可进入实现
 
 ### Phase 1: PLAN（共识评审）
-- **Subagent dispatch**: orchestrator 通过 `task(category="deep", load_skills=["autoplan", "delphi-review", "to-issues"])` 启动独立 session
+- **注意**: `autoplan` 是交互式 skill（可能在 taste_decisions 节点暂停等待用户输入），**必须由 orchestrator 直接执行**，不可 dispatch 到 subagent（Issue #225）。
+- **子流程**:
+  1. **Orchestrator** 直接调用 `task(category="deep", load_skills=["autoplan"], ...)` 执行 autoplan（可交互式等待用户确认 taste_decisions）
+  2. Autoplan 完成后，将结果（设计文档 + taste_decisions 确认）传给 subagent
+  3. **Subagent** 执行 delphi-review + to-issues: `task(category="deep", load_skills=["delphi-review", "to-issues"], prompt="autoplan 结果: ...")`
 - 输入: phase-0-summary.md + 设计文档
 - 输出: `specification.yaml`（含 user_stories[]）+ `slices-manifest.json`
 
@@ -656,7 +659,8 @@ Phase 2 第一步必须执行 DELPHI-GATE 检查。没有 delphi-review APPROVED
 | -1 | ISOLATE | ❌ | Bash（直接执行） | 无 | orchestrator |
 | -0.5 | AUTO-ESTIMATE | ❌ | Bash（直接执行） | 无 | orchestrator |
 | 0 | THINK | ✅ | `unspecified-high` | `[]` | subagent |
-| 1 | PLAN | ✅ | `deep` | `["autoplan", "delphi-review", "to-issues"]` | subagent |
+| 1 | PLAN (**autoplan**) | **❌** | **orchestrator 直接执行** | `["autoplan"]` | **orchestrator** |
+| 1 | PLAN (**delphi-review + to-issues**) | ✅ | `deep` | `["delphi-review", "to-issues"]` | **subagent（仅处理评审+切片）** |
 | 2 | BUILD | ✅(已有) | ralph-loop | `["test-driven-development"]` | subagent |
 | 3 | REVIEW | ✅ | `deep` | `["delphi-review", "test-specification-alignment"]` | subagent |
 | 4 | USER ACCEPT | ❌ | **强制人工** | 无 | 用户 |
@@ -665,6 +669,8 @@ Phase 2 第一步必须执行 DELPHI-GATE 检查。没有 delphi-review APPROVED
 | 7 | LAND | ✅ | `deep` | `["land-and-deploy"]` | subagent |
 | 8 | CLEANUP | ❌ | Bash（直接执行） | 无 | orchestrator |
 
+> **#225 关键规则**: `autoplan` 是交互式 skill（可能在 taste_decisions 节点暂停等待用户输入），因此**必须由 orchestrator 直接执行**，不可 dispatch 到 subagent。只有 delphi-review 和 to-issues 这种非交互式步骤可以 dispatch 到 subagent。
+
 **上下文隔离原则**：
 - 每个 Subagent 在**独立 session** 中启动，不继承 orchestrator 的对话历史
 - orchestrator session 仅接收 subagent 的最终结果摘要（~13,000 tokens/sprint）

package/skills/sprint-flow/references/components/middleware.md

@@ -27,7 +27,7 @@ Phase 6: SHIP → finishing-a-development-branch → canary → Sprint Summary
 |-------|-----------|---------|---------|-------------|
 | Phase 0 | **HARD-GATE** | 设计未 APPROVED | 修改设计文档 | 设计 APPROVED 后继续 |
 | Phase 1 | taste_decisions | autoplan 发现未决议事项 | 用户确认每个决策 | 确认后自动继续 |
-| Phase 1 | delphi-review | 未 APPROVED（REQUEST_CHANGES） | 修复并重新评审 | APPROVED 后自动继续 |
+| Phase 1 | delphi-review | 最终 REQUEST_CHANGES（subagent 自动修复仍失败） | 修复并重新 dispatch | APPROVED 后自动继续 |
 | **Phase 2** | **DELPHI-GATE** | delphi-reviewed.json 不存在或 verdict != APPROVED | 返回 Phase 1 完成 delphi-review | APPROVED 后继续 |
 | Phase 2 | 验证失败 | 超过 max 3 次失败 | 用户决定修复或放弃 | 验证通过后自动继续 |
 | Phase 2 | 成本超阈值 | token 成本 > 阈值 | 用户决定继续或暂停 | 用户确认后自动继续 |
@@ -36,7 +36,10 @@ Phase 6: SHIP → finishing-a-development-branch → canary → Sprint Summary
 | **Phase 5** | **FEEDBACK 硬门禁** | Phase 4 完成后进入 | 执行 learn + retro → 生成 feedback-log.md | feedback-log.md 存在后继续 |
 | **Phase 6** | **Phase 5 门禁验证** | Phase 5 未完成 | 验证 feedback-log.md → 不存在 → 返回 Phase 5 | feedback-log.md 存在后继续 |
 | Phase 6 | finishing-a-branch | 分支收尾 | 用户 4 选 1 | 确认后自动继续 |
-| Phase 6 | ship PR | PR 路径需要合并 | 用户确认合并 | 合并后自动继续 |
+
+> **#218 变更**: Delphi review Round 1→2→3 的自动调度在 subagent 内部完成，不暂停。`delphi-review` 暂停点仅当 subagent 自动修复仍失败时才触发。
+> **#225 变更**: `taste_decisions` 暂停点由 orchestrator 直接执行 autoplan，不 dispatch 到 subagent。
+> **PR 确认冗余移除**: ship PR 创建后不再暂停确认 — 用户已通过 finishing-a-development-branch 选择了 PR 路径。
 
 ## 状态转换规则
 

package/skills/sprint-flow/references/phase-1-plan.md

@@ -4,12 +4,17 @@
 
 多模型评审，达成 APPROVED 共识。后续步骤自动从 APPROVED 设计文档提取 specification.yaml。
 
+> **#225**: `autoplan` 是交互式 skill，**必须由 orchestrator 直接执行**。只有 delphi-review 和 to-issues 可以 dispatch 到 subagent。
+
 ---
 
 ## 调用 Skills
 
-- `autoplan` (gstack) — CEO → Design → Eng 自动流水线
-- `delphi-review` — 多轮匿名评审直到共识
+**Orchestrator 直接执行（可交互）**:
+- `autoplan` (gstack) — CEO → Design → Eng 自动流水线（orchestrator 级，支持 taste_decisions 交互）
+
+**Subagent 执行（非交互，fire-and-forget）**:
+- `delphi-review` — 多轮匿名评审直到共识（**自动多轮，无需人工中断**）
 - specification.yaml 从 APPROVED 设计文档自动生成（无需独立 skill）
 
 **Web 前端项目额外注入**:
@@ -74,13 +79,15 @@ autoplan_result:
 │                                                                    │
 │ IF autoplan_result.verdict == "NEEDS_REVIEW"                       │
 │    OR autoplan_result.taste_decisions.length > 0                   │
-│  → ⚠️ 暂停等待用户确认 taste_decisions                             │
+│  → ⚠️ 暂停等待用户确认 taste_decisions                              │
 │  → 用户确认后，调用标准 delphi-review                              │
 │  → 场景: 存在关键决策分歧或 autoplan 未完全自动通过                │
 │                                                                    │
 └───────────────────────────────────────────────────────────────────┘
 ```
 
+> **#218**: Delphi review 的 Round 1→Round 2→Round 3 自动调度在 subagent 内部完成，无需 orchestrator 每轮暂停等待。只有当 Round 结果 REQUEST_CHANGES 时，才在 orchestrator 层面暂停等待用户修复。
+
 ---
 
 ### Step 2a: 如果需要用户确认 taste_decisions
@@ -101,28 +108,48 @@ Decision 2: [决策描述]
 请选择每个决策的选项，或提供您的观点。
 ```
 
-用户确认后，继续 Step 2b。
+用户确认后，继续 Step **2c**（直接 dispatch subagent 执行 delphi-review + to-issues）。
+
+---
+
+### Step 2b: 无 taste_decisions，直接进入 subagent dispatch
+
+**IF** autoplan_result.verdict == "AUTO_APPROVED" AND taste_decisions == []:
+- 设计文档 + autoplan 评审结论 → 传给 subagent
+- 直接进入 Step 2c
 
 ---
 
-### Step 2b: 调用 delphi-review（强制）
+### Step 2c: 调用 delphi-review（subagent 自动多轮）
+
+Dispatch subagent 一次性处理 delphi-review 和 to-issues：
 
 ```bash
-skill(name="delphi-review", user_message="[设计文档 + taste_decisions 确认结果]")
+task(
+  category="deep",
+  load_skills=["delphi-review", "to-issues"],
+  run_in_background=false,
+  prompt="[设计文档 + autoplan 评审结论 + taste_decisions 确认结果（如有）]"
+)
 ```
 
-delphi-review 执行：
-- Round 1: 3 专家匿名独立评审
-- Round 2+: 交换意见直到共识
-- 输出: APPROVED / REQUEST_CHANGES
+**Subagent 内部流程（#218 自动多轮，无需人工中断）**:
+1. 调用 delphi-review:
+   - Round 1: 3 专家匿名独立评审
+   - Round 2: 自动交换意见，自动展开下一轮
+   - Round 3+: 自动继续直到 ≥90% 共识或 5 轮上限
+   - **不暂停等待用户确认每一轮**
+   - 如果最终结果 REQUEST_CHANGES: subagent 自行尝试修复常见问题（措辞模糊、AC 缺失等）后自动重评审
+   - 如果仍无法达成 APPROVED: subagent 输出详细失败报告，orchestrator 暂停等待用户介入
+2. 调用 to-issues（从 APPROVED 设计文档切片）
+3. 输出: specification.yaml（含 user_stories[]）+ slices-manifest.json
+
+**如果 delphi-review 返回 APPROVED**:
+- 自动进入 Step 3
 
-**如果 REQUEST_CHANGES**:
+**如果 delphi-review 最终 REQUEST_CHANGES**:
 - ⚠️ 暂停等待用户修复
-- 修复后重新评审（从 Round 2 起步）
-- 直到 APPROVED
-
-**如果 APPROVED**:
-- 自动进入 Step 3
+- 用户修复后重新调用 subagent（通过 task_id 延续）
 
 ---
 
@@ -168,7 +195,9 @@ specification:
 | 暂停点 | 触发条件 | 用户操作 |
 |--------|---------|---------|
 | taste_decisions 确认 | autoplan 无法自动决策 | 用户确认每个决策 |
-| delphi-review APPROVED | Round 结果 REQUEST_CHANGES | 用户修复并重新评审 |
+| delphi-review 最终 REQUEST_CHANGES | subagent 无法自动修复且经过 max_rounds | 用户修复并重新 dispatch |
+
+> **#218 规则**: 只有 `taste_decisions 确认` 和 `delphi-review 最终 REQUEST_CHANGES（subagent 已尝试自动修复仍失败）` 两个暂停点需要用户介入。Delphi review Round 1→2→3 的自动调度在 subagent 内部完成，不暂停。
 
 ---
 

package/skills/sprint-flow/references/phase-3-review.md

@@ -34,22 +34,37 @@ Web 前端项目额外增加：系统化 QA、视觉审计、性能基线。
 
 ### Step 1: 调用 delphi-review --mode code-walkthrough
 
-```
-skill(name="delphi-review", user_message="--mode code-walkthrough")
+delphi code-walkthrough 在 subagent 中自动执行多轮调度（#218 自动多轮，无需人工中断）：
+
+```bash
+task(
+  category="deep",
+  load_skills=["delphi-review"],
+  run_in_background=false,
+  prompt="--mode code-walkthrough (设计文档 + MVP 代码)"
+)
 ```
 
-delphi code-walkthrough 执行：
+delphi code-walkthrough 内部自动执行：
 - 2-3 位国内模型专家匿名独立评审（DeepSeek-v4-pro + Kimi-K2.6 + Qwen3.6-Plus）
 - Round 1: 匿名独立评审（防止 anchoring bias）
-- Round 2: 交换意见，响应关切
-- Round 3: 最终立场（如需）
-- ≥90% 共识 + APPROVED 才通过
-
-**如果 REQUEST_CHANGES**:
-- ⚠️ 暂停等待用户修复 Critical Issues + 处理 Major Concerns
-- 修复后回到 Round 2 重新评审
-
-**如果 APPROVED**:
+- Round 2: 自动交换意见，响应关切
+- Round 3: 自动最终立场（如需）
+- **≥90% 共识 + APPROVED 才通过**
+
+**自动 Round 调度（#218）**:
+- 每轮结束后自动检查共识，自动展开下一轮
+- subagent 内部循环，无需每轮暂停等待 orchestrator
+- 只有最终裁决需要 orchestrator 处理
+
+**如果最终 REQUEST_CHANGES（subagent 尝试自动修复）**:
+- subagent 尝试自动修复常见问题（措辞不清晰、缺少用例覆盖等）
+- 修复成功后自动回到 Round 2 重新评审
+- 如果仍然 REQUEST_CHANGES → subagent 输出详细失败报告
+- ⚠️ Orchestrator 暂停等待用户修复 Critical Issues + 处理 Major Concerns
+- 用户修复后通过 task_id 延续 subagent 重新评审
+
+**如果最终 APPROVED**:
 - 写入 `.code-walkthrough-result.json`（1 小时有效期）
 - 进入 Step 2
 
@@ -194,13 +209,15 @@ browse 执行：
 
 | 暂停点 | 触发条件 | 用户操作 |
 |--------|---------|---------|
-| delphi code-walkthrough REQUEST_CHANGES | Critical Issues 未修复 | 用户修复 → 重新评审 → APPROVED → 继续 |
+| delphi code-walkthrough REQUEST_CHANGES（不可自动修复）| subagent 尝试自动修复后仍 REQUEST_CHANGES | 用户修复 → 重新 dispatch subagent → APPROVED → 继续 |
 | test-alignment 失败 | 自动回退 Phase 2（不暂停） | 自动迭代 |
 | qa 发现问题 (web) | 自动回退修复（不暂停） | 自动迭代 |
 | design-review 发现问题 (web) | 自动回退修复（不暂停） | 自动迭代 |
 | api-test 失败 (backend) | 自动回退 Phase 2（不暂停） | 自动迭代 |
 | browse 发现问题 | 自动回退 Phase 2（不暂停） | 自动迭代 |
 
+> **#218 规则**: Delphi code-walkthrough 的 Round 1→2→3 自动调度在 subagent 内部完成，不暂停。只有 subagent 尝试自动修复后仍 REQUEST_CHANGES 时才需要用户介入。
+
 ---
 
 ## 输出

package/skills/sprint-flow/references/phase-6-ship.md

@@ -66,31 +66,23 @@ finishing-a-development-branch 执行 4 选项决策：
 
 **决策逻辑**:
 ```
-IF 测试全部通过 + 用户确信 → merge → land-and-deploy
-IF 测试全部通过 + 需要 review → PR → ship → 等待 review → land-and-deploy
+IF 测试全部通过 + 用户确信 → merge → land-and-deploy (Step 4)
+IF 测试全部通过 + 需要 review → PR → ship (Step 3a) → land-and-deploy (Step 4)
 IF 实验失败 → discard → 清理 worktree → 结束 Sprint
 IF 半成品 → keep → 保留分支 → 结束 Sprint
 ```
 
-**worktree 清理**: finishing-a-development-branch 自动清理不再需要的 worktree。
-
-### Step 3: 用户确认合并/发布
-
-提示用户：
-```
-⚠️ 分支完成决策:
-
-- [merge] → 直接合并 + 部署
-- [PR] → PR 已创建: [URL]，请确认合并
-- [discard] → 清理分支，结束 Sprint
-- [keep] → 保留分支，待后续处理
+> **#218**: `finishing-a-development-branch` 的 4 选项决策已包含用户确认（Step 2），不再需要独立的 Step 3 重复确认。用户选择后直接路由到对应步骤。
 
-请确认选项：
-```
-
-**discard/keep**: 进入 Step 5（清理 + 生成 Summary）
+**worktree 清理**: finishing-a-development-branch 自动清理不再需要的 worktree。
 
-**merge/PR 确认**: 进入 Step 4
+**分支完成选项路由**:
+| 用户选择 | 路由 |
+|---------|------|
+| **merge** | → Step 4 (land-and-deploy) |
+| **PR** | → Step 3a (ship) → PR URL → Step 4 (land-and-deploy) |
+| **discard** | → Step 5 (cleanup + summary) |
+| **keep** | → Step 5 (cleanup + summary) |
 
 ### Step 3a: 调用 ship skill（PR 路径）
 
@@ -108,7 +100,7 @@ ship 执行：
 
 **输出**: PR URL
 
-⚠️ **暂停点**: PR 创建后等待用户确认合并
+> **注意**: PR 创建后不暂停等待用户确认合并。用户已通过 finishing-a-development-branch 选择了 PR 路径（Step 2），ship 自动完成后直接进入 Step 4 land-and-deploy 继续执行。如果用户需要暂停审查 PR，应在 Sprint 开始时指定 `--stop-at ship`。
 
 ### Step 4: 调用 land-and-deploy（用户确认后）
 
@@ -166,9 +158,10 @@ skill(name="canary", user_message="--url [production URL]")
 | 暂停点 | 触发条件 | 用户操作 |
 |--------|---------|---------|
 | finishing-a-development-branch | 4 选项决策 | 用户选择 merge/PR/discard/keep |
-| ship PR 创建（PR 路径） | PR 已创建 | 用户确认合并 |
 | land-and-deploy 失败 | CI 或部署失败 | 用户处理问题 |
 
+> **#218**: PR 创建后不再暂停等待确认 — 用户已通过 finishing-a-development-branch 选择了 PR 路径，ship 自动完成后直接进入 land-and-deploy。如果用户需要暂停审查 PR，应在 Sprint 开始时指定 `--stop-at ship`。
+
 ---
 
 ## Sprint 2 提示

package/skills/test-specification-alignment/AGENTS.md

@@ -1,9 +1,9 @@
 # SKILLS/TEST-SPECIFICATION-ALIGNMENT KNOWLEDGE BASE
 
-**Generated:** 2026-06-16
-**Commit:** d3a0242
-**Branch:** main
-**Version:** 0.8.17.0
+**Generated:** 2026-06-17
+**Commit:** d8388b4
+**Branch:** sprint/2026-06-17-01
+**Version:** 0.8.19.0
 
 ## OVERVIEW
 Test-Specification Alignment Engine — two-stage validation ensuring tests accurately reflect requirements and design specs.