@boyingliu01/opencode-plugin 0.12.14 → 0.13.0

package/skills/sprint-flow/references/phase-4-verify.md

@@ -0,0 +1,153 @@
+# Phase 4/6: VERIFY（验证 — 代码走查 + QA + 反馈获取）
+
+**执行时机**: Phase 3/6 BUILD 完成后、Phase 5/6 SHIP 之前。
+**对应旧模型**: Phase 3 REVIEW + Phase 4 FEEDBACK
+
+## 目标
+
+多专家代码走查、测试对齐、浏览器测试、反馈捕获。确保 MVP 符合 specification 并记录经验教训。
+
+**执行者**: orchestrator 直接执行 Part A（非 subagent dispatch — Issue #249）。
+
+Web 前端项目额外增加：系统化 QA、视觉审计、性能基线。
+
+---
+
+## Part A: REVIEW + TEST（代码走查 + 测试对齐）
+
+### 调用 Skills
+
+**所有项目**:
+- `delphi-review --mode code-walkthrough` — 多专家匿名代码走查（2-3 domestic models, ≥90% consensus）
+- `test-specification-alignment` — 测试与 Spec 对齐验证
+- `browse` (gstack) — 浏览器自动化测试
+
+**Web 前端项目额外注入** (`--type web-nextjs` / `web-react` / `web-vue`):
+- `qa` (gstack) — 三层 QA（Quick/Standard/Exhaustive）系统化测试
+- `design-review` (gstack) — 线上 UI 视觉审计（间距、层级、AI slop 检测）
+- `benchmark` (gstack) — Core Web Vitals 性能基线
+
+**Mobile 项目额外注入** (`--type mobile-flutter` / `mobile-react-native`):
+- `flutter-test` — Flutter 单元测试 + widget 测试 (Flutter only)
+- Detox E2E — React Native 端到端测试 (RN only)
+- `flutter-review` (user) — Flutter 代码审查 (Flutter only)
+
+**Backend 项目额外注入** (`--type backend-go` / `backend-springboot` / `backend-django`):
+- API Testing — 后端 API 自动化测试
+
+### 执行步骤
+
+#### Step 1: 调用 delphi-review --mode code-walkthrough
+
+```
+skill(name="delphi-review", user_message="--mode 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**: 暂停等待用户处理 → 修复后重新评审。**如果 APPROVED**: 写入 `.code-walkthrough-result.json`（1 小时有效期）→ 进入 Step 2。
+
+#### Step 2: 调用 test-specification-alignment
+
+```
+skill(name="test-specification-alignment", user_message="--spec specification.yaml --tests mvp-v1/tests")
+```
+
+Phase 1: 验证对齐（可修改测试） → Phase 2: 执行测试（禁止修改测试）
+
+#### Step 2.5-2.10: 项目类型特定验证（Web/Mobile/Backend）
+
+- **Web**: qa → design-review → benchmark
+- **Mobile**: flutter-test / detox E2E
+- **Backend**: API automation tests
+
+#### Step 3: 调用 browse skill
+
+```
+skill(name="browse", user_message="--url [URL] --test-ui")
+```
+默认: `localhost:3000`。发现问题 → 回退 Phase 3/6 修复。
+
+#### Step 4: 保存 Review Report
+
+保存到 `<project-root>/.sprint-state/phase-outputs/review-report.md`
+
+### 暂停点
+
+| 暂停点 | 触发条件 | 用户操作 |
+|--------|---------|---------|
+| delphi code-walkthrough REQUEST_CHANGES | Critical Issues 未修复 | 用户修复 → 重新评审 |
+| test-alignment 失败 | 自动回退 Phase 3/6（不暂停） | 自动迭代 |
+| browse 发现问题 | 自动回退 Phase 3/6（不暂停） | 自动迭代 |
+
+### 输出
+
+- `.code-walkthrough-result.json`（pre-push hook 验证）
+- Review Report (`review-report.md`)
+- Web 前端附加: QA report + design-review report + benchmark baseline
+- 验证通过的 MVP
+
+---
+
+## Part B: FEEDBACK CAPTURE（反馈获取）
+
+### 调用 Skills
+
+- `learn` (gstack) — 模式记录（个人级）
+- `retro` (gstack) — 周工程回顾：提交历史、工作模式、代码质量趋势（团队级）
+- `systematic-debugging` (superpowers) _(可选)_ — 根因调试：反馈中的 bug 做根因分析
+
+### 执行步骤
+
+#### Step 1: 调用 learn skill
+```
+skill(name="learn", user_message="[Emergent Issues 内容 + Sprint 总结]")
+```
+
+#### Step 2: 工程回顾 — 调用 retro
+```
+skill(name="retro")
+```
+- 提交历史分析、代码质量趋势、团队贡献分解、改进建议
+
+#### Step 3: 根因调试（可选）
+**IF Phase 6/6 CLOSE 发现 bug 或 Part A 验证失败**:
+```
+skill(name="systematic-debugging", user_message="[具体 bug 描述]")
+```
+Iron Law: 无调查 → 不修复
+
+#### Step 4: 转化 Emergent Issues 为 Sprint 2 Pain Document
+
+```markdown
+# Sprint 2 Pain Document
+
+## 来源：基于 Sprint 1 的 Emergent Issues
+
+## Critical Issues (自动进入 Sprint 2)
+## Major Issues (询问用户是否纳入)
+## Minor Issues (可选纳入)
+```
+
+#### Step 5: 保存 Feedback Log
+
+保存到：
+- `<project-root>/.sprint-state/phase-outputs/feedback-log.md`
+- `<project-root>/.sprint-state/phase-outputs/sprint2-pain.md` (如有 emergent issues)
+
+### 暂停点
+
+**无** — Part B 完成后自动进入 Phase 5/6 SHIP
+
+**HARD-GATE**: feedback-log.md must exist before Phase 5/6 SHIP
+
+### 输出
+
+- Feedback Log (`feedback-log.md`)
+- Retro Report（retro 输出）
+- Sprint 2 Pain Document (`sprint2-pain.md`) — 如果有 emergent issues
+- 进入 Phase 5/6 SHIP 自动执行

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

@@ -0,0 +1,40 @@
+# Phase 5/6: SHIP（发布 — 发布准备 + 合并部署）
+
+**执行时机**: Phase 4/6 VERIFY 完成后、Phase 6/6 CLOSE 之前。
+**对应旧模型**: Phase 5 SHIP + Phase 6 LAND
+
+**摘要**: 结构化分支完成决策, 创建 PR, 合并部署, 监控. 生成 Sprint Summary.
+
+---
+
+## Part A: SHIP（发布准备）
+
+**完整指令**: @see SKILL.md Phase 5/6 SHIP section.
+
+**Orchestrator 直接执行**: `finishing-a-development-branch` 和 `ship` 均为交互式 skill（4 选项菜单 + PR 确认），**必须由 orchestrator 直接调用**。
+
+**关键链**: PHASE4-GATE → verification → finishing-a-development-branch(4选项) → ship
+
+**HARD-GATE**: Phase 4/6 VERIFY 未完成 → BLOCK。验证 `feedback-log.md` 存在。
+
+**GITHOOKS-GATE**: 验证 hooks 完整性，缺失则 `githooks/install.sh`
+
+**VERSION-GATE**: bump PATCH/MINOR/MAJOR → `sync-version.sh` → CHANGELOG.md → `git diff VERSION` 验证
+
+**输出**: PR URL
+
+---
+
+## Part B: LAND（合并 + 部署）
+
+**Orchestrator 直接执行**: `land-and-deploy` 包含 merge 确认和 rollback 决策，**必须由 orchestrator 直接调用** `skill(name="land-and-deploy")`
+
+**输入**: PR URL → 输出: 部署状态 + Canary 报告
+
+**流程**: Merge PR → 等待 CI (10min) → 等待 Deploy (10min) → Canary Health Check (5min)
+
+**回滚**: `git revert` 最后一次 merge commit
+
+**条件跳过**: 无部署配置时仅 merge + CI
+
+**输出**: 部署状态 (success/failure/skipped), Canary 报告

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

@@ -0,0 +1,134 @@
+# Phase 6/6: CLOSE（收尾 — ⚠️ 人工验收 + 清理）
+
+**执行时机**: Phase 5/6 SHIP 完成后。
+**对应旧模型**: Phase 7 USER ACCEPTANCE + Phase 8 CLEANUP
+
+---
+
+## Part A: USER ACCEPTANCE（⚠️ 人工验收）
+
+### 目标
+
+用户实际使用 MVP，发现 Emergent 问题。这是 AI 无法预测的环节。
+
+### ⚠️ 关键说明
+
+**这是 Emergent Requirements 发现环节。**
+
+- AI 无法预测用户看到产品后才发现的问题
+- 78% 的软件失败是用户使用时发现的，不是开发阶段发现的
+- 必须由用户实际使用验收
+
+### 调用 Skills
+
+**无** — 必须人工
+
+### 执行步骤
+
+#### Step 1: 提示用户开始验收
+
+```
+⚠️ Phase 6/6 CLOSE: USER ACCEPTANCE
+
+MVP 已通过自动化验证，现在需要您实际使用验收。
+
+请按照以下步骤：
+1. 启动应用（或访问部署地址）
+2. 使用 Emergent Issues 检查清单进行验收
+3. 记录发现的问题
+4. 完成后确认是否继续
+
+验收完成后，请回复：
+- "验收通过" → 进入 Part B CLEANUP
+- "发现问题" → 填写 emergent-issues.md
+```
+
+#### Step 2: 用户实际使用 MVP
+
+用户按照 Emergent Issues 检查清单验收，使用模板：`@templates/emergent-issues-template.md`
+
+检查维度：
+1. **核心功能体验** (Core Functionality UX)
+2. **多轮交互体验** (Multi-turn Interaction UX)
+3. **视觉/交互体验** (Visual/Interaction UX)
+4. **用户认知负担** (Cognitive Load)
+5. **意外发现** (Unexpected Observations)
+
+#### Step 3: 记录 Emergent Issues
+
+用户填写 `emergent-issues.md`：
+
+```markdown
+# Emergent Issues - [需求名称]
+
+## 验收日期: YYYY-MM-DD
+
+## 发现的问题
+
+### Critical
+### Major
+### Minor
+
+## 验收结论
+- [ ] ✅ 验收通过，进入 CLEANUP
+- [ ] ⚠️ 发现问题需 Sprint 2 迭代
+```
+
+#### Step 4: 保存 Emergent Issues
+
+保存到 `<project-root>/.sprint-state/phase-outputs/emergent-issues.md`
+
+### 暂停点
+
+**⚠️ 必须等待用户验收完成**
+
+- 用户确认验收结果后才能继续
+- 如果发现重大问题 → Sprint 2 回到 Phase 2/6 DESIGN
+
+### Sprint 2 触发逻辑
+
+```
+Phase 6/6 CLOSE 完成时:
+  IF emergent_issues_count == 0 → sprint_completed，结束流程
+  
+  IF emergent_issues_count > 0:
+    ├─ IF emergent_issues 有 Critical → 自动启动 Sprint 2
+    ├─ IF emergent_issues 仅 Major/Minor → 询问用户
+    └─ Sprint 2 Pain Document 从 emergent-issues.md 转化
+```
+
+### 输出
+
+- Emergent Issues List (`emergent-issues.md`)
+- 进入 Part B CLEANUP 自动执行（如果用户确认验收）
+
+---
+
+## Part B: CLEANUP（清理 + 总结）
+
+**摘要**: 自动清理 worktree, 更新 sprint-state.json, 输出 Sprint Summary, 处理 emergent issues.
+
+### 执行步骤
+
+1. **保存分支信息** → 记录清理前的分支和工作树信息
+2. **清理 worktree**: `git worktree remove <worktree_path>`（精确路径，禁止通配符）
+   - 重试机制: 失败后重试最多 3 次，每次间隔 3 秒
+   - 仍失败: 输出 `[ERROR]` + 手动清理命令
+3. **删除本地分支**: `git branch -D sprint/YYYY-MM-DD-NN`
+4. **删除远程分支**: `git push origin --delete sprint/YYYY-MM-DD-NN`
+5. **关闭遗留 OPEN PR**: `gh pr list --head sprint/YYYY-MM-DD-NN --state open`
+6. **更新 sprint-state.json**: 设置 `phase: 6`, `status: "completed"`
+7. **释放 Sprint Lock** (Issue #144): 删除 `.sprint-state/sprint.lock`
+8. **Sprint Summary**: 使用 `templates/sprint-summary-template.md` 生成总结
+9. **处理 Emergent Issues**: 如 Part A 发现 emergent issues → 触发 Sprint 2 逻辑
+
+### 输出
+
+- Cleanup Report
+- Sprint Summary
+- 条件跳过: `--no-isolate` 路径下跳过 worktree 清理（无 worktree 可清理）
+
+### 暂停点
+
+- **清理失败**: 输出 `[ERROR]` 日志 + 建议手动清理命令 → 用户确认后继续
+- **Sprint Summary**: 展示完整 Sprint 总结 → 用户确认 → 结束流程

package/skills/sprint-flow/templates/auto-estimate-learning-log.md

@@ -103,7 +103,7 @@
 
 ## 阈值优化触发
 
-当 `total_entries >= 20` 时，在 Phase 8 CLEANUP 阶段提示用户：
+当 `total_entries >= 20` 时，在 Phase 6/6 CLOSE (CLEANUP) 阶段提示用户：
 
 ```
 已积累 20 条 AUTO-ESTIMATE 记录。是否运行阈值优化分析？

package/skills/sprint-flow/templates/auto-estimate-output-template.md

@@ -1,6 +1,6 @@
 # AUTO-ESTIMATE 输出模板
 
-本模板定义了 Phase -0.5 在终端向用户展示 AUTO-ESTIMATE 结果的标准格式。
+本模板定义了 Phase 1/6 PREP 在终端向用户展示 AUTO-ESTIMATE 结果的标准格式。
 
 ## 输出格式
 
@@ -41,7 +41,7 @@
 | `{circular_dep_status}` | 循环依赖状态 | ✅ 无 / ⚠️ 存在 (A ↔ B) |
 | `{public_api_count}` | Public API 暴露数 | 5 |
 | `{additional_metrics}` | 附加指标（可选行） | 测试文件：4 个 / 影响范围：3 层调用 |
-| `{recommended_flow}` | 建议流程描述 | 轻量流程 (Phase 0-3, reduced-intensity Delphi) |
+| `{recommended_flow}` | 建议流程描述 | 轻量流程 (reduced-intensity Delphi) |
 | `{risk_warning}` | 风险警告（可选块） | ⚠️ 此操作涉及循环依赖… |
 | 操作按钮 | 用户确认选项 | 接受建议 / 修改流程 / 取消 |
 
@@ -56,14 +56,6 @@
 |                                                             |
 ```
 
-示例：
-```
-|                                                             |
-| ⚠️ 此操作涉及循环依赖，建议保留层级结构作为过渡方案           |
-|   避免直接删除导致编译失败                                    |
-|                                                             |
-```
-
 ## 修改流程子菜单
 
 当用户选择「修改流程」时，展示以下选项：
@@ -72,9 +64,9 @@
 +-------------------------------------------------------------+
 | 选择流程级别：                                                |
 |                                                             |
-| [1] 轻量流程 — minimal THINK + 简化 Delphi + BUILD/REVIEW (Phase 0-3) |
-| [2] 标准流程 — brainstorming + Delphi + BUILD + REVIEW (Phase 0-4)    |
-| [3] 完整流程 — 完整 Sprint Flow (Phase 0-8)                          |
+| [1] 轻量流程 — reduced DESIGN + 简化 Delphi + BUILD/VERIFY   |
+| [2] 标准流程 — brainstorming + Delphi + BUILD + VERIFY       |
+| [3] 完整流程 — 完整 Sprint Flow (6 phases)                   |
 |                                                             |
 | 修改原因（必填）：____________________                        |
 |                                                             |
@@ -90,7 +82,7 @@
 |------|---------|------|
 | 引用计数 | `grep -rn "{target_pattern}" --include="*.{ext}" | wc -l` | bash |
 | 跨模块依赖 | 分析 import 语句中不同目录层级的引用 | bash + grep |
-| 循环依赖 | 检查 import 图是否存在环（简单检查：A imports B, B imports A） | bash |
+| 循环依赖 | 检查 import 图是否存在环 | bash |
 | Public API 暴露 | `grep -rn "^export "` 计数 | bash |
 | 测试文件数 | `find . -name "*{target}*.test.*" | wc -l` | bash |
 
@@ -98,35 +90,21 @@
 
 | 指标 | 计算方式 | 来源 |
 |------|---------|------|
-| 新增模块数 | 设计文档中列出的模块数 | Phase 0 输出 |
-| 跨系统集成 | 涉及 API/DB/外部 数量 | Phase 0 输出 |
-| 状态复杂度 | 状态机状态数 | Phase 0 输出 |
-| REQ 数量 | user_stories 数量 | Phase 1 输出 |
+| 新增模块数 | 设计文档中列出的模块数 | Phase 2/6 DESIGN 输出 |
+| 跨系统集成 | 涉及 API/DB/外部 数量 | Phase 2/6 DESIGN 输出 |
+| 状态复杂度 | 状态机状态数 | Phase 2/6 DESIGN 输出 |
+| REQ 数量 | user_stories 数量 | Phase 2/6 DESIGN 输出 |
 
 ## 路由决策表
 
 | 评估结果 | 路由 | 说明 |
 |---------|------|------|
-| **轻量** (引用 ≤3, 同模块，无循环依赖) | Phase 0-3（minimal THINK → 简化 Delphi 评审 → BUILD/REVIEW） | 低强度执行，仍需 DELPHI-GATE APPROVED |
-| **标准** (引用 4-10, 跨 1-2 模块) | Phase 0-4（完整 THINK → BUILD → REVIEW） | 标准 sprint |
-| **复杂** (引用 >10 或 循环依赖 或 跨 3+ 模块) | Phase 0-8（完整 sprint-flow） | 完整流程 + 风险警告 |
+| **轻量** (引用 ≤3, 同模块，无循环依赖) | reduced DESIGN → 简化 Delphi → BUILD/VERIFY（6 phases, reduced intensity） | 低强度执行，仍需 DELPHI-GATE APPROVED |
+| **标准** (引用 4-10, 跨 1-2 模块) | 完整 DESIGN → BUILD → VERIFY（6 phases） | 标准 sprint |
+| **复杂** (引用 >10 或 循环依赖 或 跨 3+ 模块) | 完整 Sprint Flow（6 phases） | 完整流程 + 风险警告 |
 
-**所有流程路线均需在 Phase 2 前获得 delphi-review APPROVED verdict。**
+**所有流程路线均需在 Phase 3/6 BUILD 前获得 delphi-review APPROVED verdict。**
 
 ## 学习闭环
 
-当用户选择「修改流程」时，记录 override 数据：
-
-```json
-{
-  "sprint_id": "sprint-YYYY-MM-DD-NN",
-  "task_description": "原始需求描述",
-  "estimated_level": "标准",
-  "user_override_level": "轻量",
-  "override_reason": "用户输入原因",
-  "actual_effort": "TBD",
-  "timestamp": "ISO 8601"
-}
-```
-
-数据写入 `.sprint-state/auto-estimate-learning.json`（追加模式），用于阈值迭代优化。
+当用户选择「修改流程」时，记录 override 数据到 `.sprint-state/auto-estimate-learning.json`（追加模式），用于阈值迭代优化。

package/skills/sprint-flow/templates/emergent-issues-template.md

@@ -2,7 +2,7 @@
 
 ## 使用说明
 
-此模板用于 Phase 4 (USER ACCEPTANCE) 人工验收。
+此模板用于 Phase 6/6 CLOSE (USER ACCEPTANCE) 人工验收。
 
 ⚠️ 这是 AI 无法预测的 UX/质量问题，只有实际使用才能发现。
 
@@ -14,7 +14,7 @@
 
 ```yaml
 验收日期: YYYY-MM-DD
-验收阶段: Phase 4 - USER ACCEPTANCE
+验收阶段: Phase 6/6 - CLOSE (USER ACCEPTANCE)
 验收人: [姓名]
 MVP 版本: v1.0
 Sprint ID: sprint-YYYY-MM-DD-NN
@@ -56,7 +56,7 @@ Sprint ID: sprint-YYYY-MM-DD-NN
 
 - [ ] UI 元素是否清晰可辨？
 - [ ] 是否存在"看起来像按钮但不可点击"的元素？
-- [ ] 错误消息位置是否合理？（是否远离问题发生处）
+- [ ] 错误消息位置是否合理？
 - [ ] 响应时间是否满意？
 - [ ] 移动端/桌面端是否一致？
 
@@ -104,7 +104,7 @@ Sprint ID: sprint-YYYY-MM-DD-NN
 
 ## 验收结论
 
-- [ ] ✅ 验收通过，进入 Phase 5 (Ship)
+- [ ] ✅ 验收通过，进入 CLEANUP → Sprint 结束
 - [ ] ⚠️ 发现问题需 Sprint 2 迭代
 - [ ] ❌ 重大问题，需重新规划
 
@@ -115,6 +115,6 @@ Sprint ID: sprint-YYYY-MM-DD-NN
 ## Next Step
 
 根据验收结论：
-- ✅ 验收通过 → 进入 Phase 5 (FEEDBACK) 自动执行
-- ⚠️ 发现问题 → 进入 Phase 5，记录反馈，准备 Sprint 2
-- ❌ 重大问题 → Sprint 2 回到 Phase 0 重新规划
+- ✅ 验收通过 → 进入 Phase 6/6 CLOSE (CLEANUP) 自动执行
+- ⚠️ 发现问题 → 记录反馈 → 准备 Sprint 2 → 进入 CLEANUP
+- ❌ 重大问题 → Sprint 2 回到 Phase 2/6 DESIGN 重新规划

package/skills/sprint-flow/templates/pain-document-template.md

@@ -2,7 +2,7 @@
 
 ## 使用说明
 
-此模板用于 Phase 0 (THINK) 输出。基于 office-hours 六个强制问题验证需求真实性。
+此模板用于 Phase 2/6 DESIGN (brainstorming) 输出。基于 office-hours 六个强制问题验证需求真实性。
 
 ---
 
@@ -12,8 +12,8 @@
 
 ```yaml
 生成日期: YYYY-MM-DD
-生成阶段: Phase 0 - THINK
-来源: office-hours skill
+生成阶段: Phase 2/6 - DESIGN
+来源: brainstorming / office-hours skill
 Sprint ID: sprint-YYYY-MM-DD-NN
 ```
 
@@ -111,5 +111,5 @@ Sprint ID: sprint-YYYY-MM-DD-NN
 
 ## Next Step
 
-- 进入 Phase 1 (PLAN) 自动执行
-- 调用 autoplan skill 进行需求评审
+- 进入 Phase 2/6 DESIGN (PLAN 阶段) 自动执行
+- 调用 autoplan + delphi-review 进行设计评审

package/skills/sprint-flow/templates/sprint-progress-template.md

@@ -20,21 +20,16 @@ Orchestrator 在每个 Phase 完成后、以及响应用户 `--status` 查询时
 |  状态: {overall_status}        启动: {started_at}           |
 +============================================================+
 |                                                             |
-|  {icon_-1} Phase -1   ISOLATE         {duration_-1}        |
-|  {icon_-0.5} Phase -0.5 AUTO-ESTIMATE  {duration_-0.5}     |
-|  {icon_0} Phase 0    THINK           {duration_0}          |
-|  {icon_1} Phase 1    PLAN            {duration_1}          |
-|  {icon_2} Phase 2    BUILD           {duration_2}          |
-|  {icon_3} Phase 3    REVIEW          {duration_3}          |
-|  {icon_4} Phase 4    USER ACCEPT     {duration_4}          |
-|  {icon_5} Phase 5    FEEDBACK        {duration_5}          |
-|  {icon_6} Phase 6    SHIP            {duration_6}          |
-|  {icon_7} Phase 7    LAND            {duration_7}          |
-|  {icon_8} Phase 8    CLEANUP         {duration_8}          |
+|  {icon_1} Phase 1/6  PREP             {duration_1}          |
+|  {icon_2} Phase 2/6  DESIGN           {duration_2}          |
+|  {icon_3} Phase 3/6  BUILD            {duration_3}          |
+|  {icon_4} Phase 4/6  VERIFY           {duration_4}          |
+|  {icon_5} Phase 5/6  SHIP             {duration_5}          |
+|  {icon_6} Phase 6/6  CLOSE            {duration_6}          |
 |                                                             |
 |  [{progress_bar}] {pct}%                                    |
 +============================================================+
-|  > 当前: Phase {current_phase} {current_phase_name}         |
+|  > 当前: Phase {current_phase}/6 {current_phase_name}       |
 |    状态: {current_phase_status}                              |
 |                                                             |
 |  下一步: {next_action}                                       |
@@ -56,8 +51,8 @@ Orchestrator 在每个 Phase 完成后、以及响应用户 `--status` 查询时
 | `{started_at}` | `sprint-state.json → started_at` | Sprint 启动时间（格式化: YYYY-MM-DD HH:MM） |
 | `{icon_N}` | `phase_history[N].status` | 状态图标（见上方映射） |
 | `{duration_N}` | `phase_history[N].duration_seconds` | 耗时（见下方格式化规则） |
-| `{current_phase}` | `sprint-state.json → phase` | 当前阶段编号 |
-| `{current_phase_name}` | Phase 名称映射 | ISOLATE / AUTO-ESTIMATE / THINK 等 |
+| `{current_phase}` | `sprint-state.json → phase` | 当前阶段编号 (1-6) |
+| `{current_phase_name}` | Phase 名称映射 | PREP / DESIGN / BUILD / VERIFY / SHIP / CLOSE |
 | `{current_phase_status}` | `phase_history` 中当前阶段的 status | running / paused / completed |
 | `{next_action}` | 下方"下一步行动表" | 用户需要执行的操作 |
 | `{next_action_detail}` | 操作细节 | 具体指令 |
@@ -68,7 +63,7 @@ Orchestrator 在每个 Phase 完成后、以及响应用户 `--status` 查询时
 ## 进度条生成规则
 
 ```
-总阶段数 = 11（Phase -1, -0.5, 0, 1, 2, 3, 4, 5, 6, 7, 8）
+总阶段数 = 6（Phase 1/6, 2/6, 3/6, 4/6, 5/6, 6/6）
 已完成数 = phase_history 中 status == "completed" 的数量
 每个阶段 = 1 个字符宽度
 填充: 已完成 = █ | 当前 = ▓ | 待做 = ░ | 跳过 = ▒
@@ -78,21 +73,19 @@ Orchestrator 在每个 Phase 完成后、以及响应用户 `--status` 查询时
 
 | 当前阶段 | 当前状态 | 下一步行动 | 行动细节 |
 |---------|---------|-----------|---------|
-| Phase -1 | completed | 确认环境 | 检查 worktree 路径，准备进入需求分析 |
-| Phase -0.5 | completed | 确认评估 | 查看 AUTO-ESTIMATE 结果，选择流程级别 |
-| Phase 0 | completed | 确认设计 | 审阅设计文档，确认后进入 Phase 1 |
-| Phase 0 | paused | 审阅设计 | 设计文档等待您的 APPROVED 确认 |
-| Phase 1 | completed | 确认评审 | delphi-review 已通过，检查 specification.yaml |
-| Phase 1 | paused | 等待评审 | delphi-review 进行中或等待 taste_decisions 确认 |
-| Phase 2 | completed | 审阅代码 | BUILD 完成，进入 Phase 3 REVIEW |
-| Phase 2 | running | 等待构建 | ralph-loop 迭代中，无需操作 |
-| Phase 3 | completed | 开始验收 | 进入 Phase 4 人工验收 |
-| Phase 4 | completed | 确认反馈 | 验收完成，Phase 5 自动进行 |
-| Phase 4 | paused | 执行验收 | 必须人工验收，请实际使用后确认 |
-| Phase 5 | completed | 确认发布 | 反馈已收集，准备进入 Phase 6 SHIP |
-| Phase 6 | completed | 确认合并 | PR 已创建，确认是否合并 |
-| Phase 7 | completed | 确认清理 | 合并成功，准备清理 worktree |
-| Phase 8 | completed | Sprint 完成 | 检查 Sprint Summary，如有 emergent issues 考虑 Sprint 2 |
+| Phase 1/6 | completed | 确认评估 | 查看 AUTO-ESTIMATE 结果，选择流程级别 |
+| Phase 1/6 | running | 等待隔离 | worktree 创建 + 评估中，无需操作 |
+| Phase 2/6 | completed | 确认设计评审 | delphi-review 已通过，检查 specification.yaml |
+| Phase 2/6 | paused | 等待设计 | brainstorming 或 delphi-review 等待 APPROVED |
+| Phase 2/6 | running | 等待规划 | brainstorming/autoplan 执行中，无需操作 |
+| Phase 3/6 | completed | 审阅代码 | BUILD 完成，进入 Phase 4/6 VERIFY |
+| Phase 3/6 | running | 等待构建 | ralph-loop 迭代中，无需操作 |
+| Phase 4/6 | completed | 确认发布 | 验证完成，反馈已收集，准备进入 Phase 5/6 SHIP |
+| Phase 4/6 | running | 等待验证 | code-walkthrough + QA + feedback 执行中 |
+| Phase 5/6 | completed | 确认验收 | PR 已创建 + 部署完成，准备进入 Phase 6/6 CLOSE |
+| Phase 5/6 | paused | 确认合并 | PR 已创建，确认是否合并 |
+| Phase 6/6 | completed | Sprint 完成 | 检查 Sprint Summary，如有 emergent issues 考虑 Sprint 2 |
+| Phase 6/6 | paused | 执行验收 | ⚠️ 必须人工验收，请实际使用后确认 |
 | 任意 | failed | 处理错误 | 查看错误信息，决定修复或放弃 |
 
 ## 耗时格式化规则
@@ -111,37 +104,33 @@ Orchestrator 在每个 Phase 完成后、以及响应用户 `--status` 查询时
 - `task_description` 缺失 → 显示 "-"
 - `started_at` 缺失 → 显示 "-"
 - `phase_history` 缺失 → 从 `phase` 字段推断：小于等于 `phase` 的阶段标记为 ✅，当前阶段标记为 🔄，其余标记为 ⬜；所有耗时显示 "-"
+- **旧版 11-phase sprint-state.json**: phase 编号为 -1, -0.5, 0..8 的历史文件仍可渲染，但新 sprint 使用 1-6 numbering
 
 ## 示例渲染
 
 ```
 +============================================================+
-|  SPRINT PROGRESS                      sprint-2026-06-04-01 |
+|  SPRINT PROGRESS                      sprint-2026-07-08-01 |
 +============================================================+
 |  需求: 为 sprint-flow 添加进度看板功能                       |
-|  分支: sprint/2026-06-04-01                                 |
-|  状态: running          启动: 2026-06-04 19:25              |
+|  分支: sprint/2026-07-08-01                                 |
+|  状态: running          启动: 2026-07-08 10:25              |
 +============================================================+
 |                                                             |
-|  ✅ Phase -1   ISOLATE         3m                           |
-|  ✅ Phase -0.5 AUTO-ESTIMATE   1m                           |
-|  ✅ Phase 0    THINK           2m                           |
-|  ✅ Phase 1    PLAN            5m                           |
-|  🔄 Phase 2    BUILD           12m                          |
-|  ⬜ Phase 3    REVIEW          -                            |
-|  ⬜ Phase 4    USER ACCEPT     -                            |
-|  ⬜ Phase 5    FEEDBACK        -                            |
-|  ⬜ Phase 6    SHIP            -                            |
-|  ⬜ Phase 7    LAND            -                            |
-|  ⬜ Phase 8    CLEANUP         -                            |
+|  ✅ Phase 1/6  PREP             5m                           |
+|  ✅ Phase 2/6  DESIGN          12m                           |
+|  🔄 Phase 3/6  BUILD           15m                           |
+|  ⬜ Phase 4/6  VERIFY           -                            |
+|  ⬜ Phase 5/6  SHIP             -                            |
+|  ⬜ Phase 6/6  CLOSE            -                            |
 |                                                             |
-|  [████▓░░░░░░] 36%                                          |
+|  [██▓░░░] 50%                                                |
 +============================================================+
-|  > 当前: Phase 2 BUILD                                      |
+|  > 当前: Phase 3/6 BUILD                                    |
 |    状态: running                                             |
 |                                                             |
 |  下一步: 等待构建完成                                        |
-|    ralph-loop 迭代中，完成后自动进入 Phase 3 REVIEW          |
+|    ralph-loop 迭代中，完成后自动进入 Phase 4/6 VERIFY        |
 +============================================================+
 |  输出物:                                                     |
 |    设计文档: .sprint-state/phase-outputs/design-doc.md       |