@boyingliu01/xp-gate 0.10.15 → 0.10.17
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/adapters/typescript.sh +36 -1
- package/mock-policy/AGENTS.md +3 -3
- package/mutation/AGENTS.md +3 -3
- package/package.json +1 -1
- package/plugins/claude-code/.claude-plugin/plugin.json +1 -1
- package/plugins/claude-code/skills/delphi-review/AGENTS.md +3 -3
- package/plugins/claude-code/skills/sprint-flow/AGENTS.md +9 -9
- package/plugins/claude-code/skills/sprint-flow/SKILL.md +55 -54
- package/plugins/claude-code/skills/test-specification-alignment/AGENTS.md +3 -3
- package/plugins/opencode/package.json +3 -3
- package/plugins/opencode/skills/delphi-review/AGENTS.md +3 -3
- package/plugins/opencode/skills/sprint-flow/AGENTS.md +9 -9
- package/plugins/opencode/skills/sprint-flow/SKILL.md +55 -54
- package/plugins/opencode/skills/test-specification-alignment/AGENTS.md +3 -3
- package/plugins/opencode/tui-plugin.tsx +306 -0
- package/plugins/qoder/plugin.json +1 -1
- package/plugins/qoder/skills/delphi-review/AGENTS.md +3 -3
- package/plugins/qoder/skills/sprint-flow/AGENTS.md +3 -3
- package/plugins/qoder/skills/test-specification-alignment/AGENTS.md +3 -3
- package/principles/AGENTS.md +3 -3
- package/skills/delphi-review/AGENTS.md +3 -3
- package/skills/sprint-flow/AGENTS.md +9 -9
- package/skills/sprint-flow/SKILL.md +55 -54
- package/skills/test-specification-alignment/AGENTS.md +3 -3
|
@@ -1,12 +1,12 @@
|
|
|
1
1
|
# SKILLS/SPRINT-FLOW KNOWLEDGE BASE
|
|
2
2
|
|
|
3
|
-
**Generated:** 2026-06-
|
|
4
|
-
**Commit:**
|
|
3
|
+
**Generated:** 2026-06-26
|
|
4
|
+
**Commit:** afab469
|
|
5
5
|
**Branch:** main
|
|
6
|
-
**Version:** 0.10.
|
|
6
|
+
**Version:** 0.10.17.0
|
|
7
7
|
|
|
8
8
|
## OVERVIEW
|
|
9
|
-
**11-phase** development pipeline: ISOLATE → AUTO-ESTIMATE → THINK → PLAN → BUILD → REVIEW →
|
|
9
|
+
**11-phase** development pipeline: ISOLATE → AUTO-ESTIMATE → THINK → PLAN → BUILD → REVIEW → SHIP → LAND → USER ACCEPTANCE → FEEDBACK → 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.
|
|
10
10
|
|
|
11
11
|
> **Doc drift**: README/CAPABILITIES still describe a "7-phase" pipeline. The canonical 11-phase model lives in `SKILL.md` and is what actually executes. See root `AGENTS.md` → "Known Drift" #4.
|
|
12
12
|
|
|
@@ -61,10 +61,10 @@ skills/sprint-flow/
|
|
|
61
61
|
| 1 | PLAN | autoplan → delphi-review → specification.yaml | **HARD-GATE**: design must reach ≥90% Delphi consensus |
|
|
62
62
|
| 2 | BUILD | ralph-loop (REQ-level, default) + TDD + test-spec-alignment | — |
|
|
63
63
|
| 3 | REVIEW | code-walkthrough + QA + benchmark | — |
|
|
64
|
-
| 4 |
|
|
65
|
-
| 5 |
|
|
66
|
-
| 6 |
|
|
67
|
-
| 7 |
|
|
64
|
+
| 4 | SHIP | finishing-a-development-branch → PR | — |
|
|
65
|
+
| 5 | LAND | land + deploy staging + canary | — |
|
|
66
|
+
| 6 | USER ACCEPTANCE | Manual verification on staging | — |
|
|
67
|
+
| 7 | FEEDBACK | retro + debugging + `learn` (Sprint-level) | — |
|
|
68
68
|
| 8 | CLEANUP | Sprint branch cleanup (per `docs/plans/2026-06-06-sprint-branch-cleanup-design.md`) | — |
|
|
69
69
|
|
|
70
70
|
## CONVENTIONS
|
|
@@ -72,7 +72,7 @@ skills/sprint-flow/
|
|
|
72
72
|
- **delphi-review HARD-GATE in Phase 1**: design must reach ≥90% consensus across ≥2 model providers, domestic models only. Unapproved → BLOCK coding.
|
|
73
73
|
- **`learn` is called twice**: once per REQ in Phase 2 (ralph-loop internal, `progress.log` permanent/contextual classification) and once in Phase 5 (Sprint-level retro).
|
|
74
74
|
- **Phase isolation**: each phase has explicit entry/exit criteria documented in its `references/phase-*.md` file.
|
|
75
|
-
- **Emergent Requirements** discovered in Phase
|
|
75
|
+
- **Emergent Requirements** discovered in Phase 6 (USER ACCEPTANCE) are explicitly captured via `templates/emergent-issues-template.md` — never silently merged.
|
|
76
76
|
- **Auto-detection**: Phase 0 uses `src/npm-package/lib/ui-detector.ts` to pick the right tech-stack templates.
|
|
77
77
|
|
|
78
78
|
## ANTI-PATTERNS (THIS PROJECT)
|
|
@@ -13,7 +13,7 @@ description: >
|
|
|
13
13
|
- "start sprint"
|
|
14
14
|
- "一键开发"
|
|
15
15
|
- "/sprint-flow"
|
|
16
|
-
|
|
16
|
+
触发后第一行输出: `Sprint Flow: ISOLATE → AUTO-ESTIMATE → THINK → PLAN → BUILD → REVIEW → SHIP → LAND → USER ACCEPTANCE → FEEDBACK → CLEANUP`
|
|
17
17
|
用法: /sprint-flow "[需求描述]"
|
|
18
18
|
示例: /sprint-flow "开发访谈机器人,支持多轮对话"
|
|
19
19
|
可选参数:
|
|
@@ -44,10 +44,10 @@ workflow_steps:
|
|
|
44
44
|
- "Phase 1: PLAN"
|
|
45
45
|
- "Phase 2: BUILD"
|
|
46
46
|
- "Phase 3: REVIEW"
|
|
47
|
-
- "Phase 4:
|
|
48
|
-
- "Phase 5:
|
|
49
|
-
- "Phase 6:
|
|
50
|
-
- "Phase 7:
|
|
47
|
+
- "Phase 4: FEEDBACK"
|
|
48
|
+
- "Phase 5: SHIP"
|
|
49
|
+
- "Phase 6: LAND"
|
|
50
|
+
- "Phase 7: USER ACCEPTANCE"
|
|
51
51
|
- "Phase 8: CLEANUP"
|
|
52
52
|
---
|
|
53
53
|
|
|
@@ -84,8 +84,8 @@ workflow_steps:
|
|
|
84
84
|
|
|
85
85
|
- sprint-flow **不执行任何破坏性命令**(no `rm -rf`, `git push --force`, `DROP TABLE` 等)
|
|
86
86
|
- `git worktree remove` 仅删除 sprint 创建的临时 worktree 目录,不影响主仓库
|
|
87
|
-
- Phase
|
|
88
|
-
- Phase
|
|
87
|
+
- Phase 5 SHIP 仅创建 PR(`gh pr create`),不自动 merge(除非用户显式确认)
|
|
88
|
+
- Phase 6 LAND 使用 `gh pr merge --squash`(非 force push),merge 前等待 CI 通过
|
|
89
89
|
- 文档中 `+ platform deploy` 等描述仅表示可选的部署步骤映射,**不是可执行命令**
|
|
90
90
|
- sprint-flow 不下载、安装或执行任何外部二进制文件
|
|
91
91
|
|
|
@@ -102,7 +102,7 @@ workflow_steps:
|
|
|
102
102
|
|------|------|
|
|
103
103
|
| **单一入口** | 用户只需调用 `/sprint-flow`,自动串联全流程 |
|
|
104
104
|
| **自动流水线** | 类似 autoplan,自动执行多个阶段 |
|
|
105
|
-
| **关键节点暂停** | APPROVED 确认、Gate 1 通过、Ship 确认、⚠️ Phase
|
|
105
|
+
| **关键节点暂停** | APPROVED 确认、Gate 1 通过、Ship 确认、⚠️ Phase 7 必须人工 |
|
|
106
106
|
| **承认 Emergent** | 用户验收环节必须人工,无法自动化(78% 失败不可见) |
|
|
107
107
|
| **复用现有 Skills** | 不重新发明,整合调用现有体系 |
|
|
108
108
|
|
|
@@ -119,10 +119,10 @@ Phase 0: THINK → brainstorming → ⚠️ HARD-GATE(设计未批准→阻断)
|
|
|
119
119
|
Phase 1: PLAN → autoplan → delphi-review(等待APPROVED)→specification.yaml
|
|
120
120
|
Phase 2: BUILD → GITHOOKS-GATE → ralph-loop/TDD → freeze/盲评→verification
|
|
121
121
|
Phase 3: REVIEW → delphi-review --mode code-walkthrough → test-alignment → browse
|
|
122
|
-
Phase 4:
|
|
123
|
-
Phase 5:
|
|
124
|
-
Phase 6:
|
|
125
|
-
Phase 7: ⚠️
|
|
122
|
+
Phase 4: FEEDBACK → learn + retro + systematic-debugging
|
|
123
|
+
Phase 5: SHIP → finishing-a-development-branch → ship(PR)
|
|
124
|
+
Phase 6: ⚠️ LAND → land-and-deploy → merge + CI + canary
|
|
125
|
+
Phase 7: ⚠️ USER ACCEPTANCE → 必须人工验收 → Emergent Issues List
|
|
126
126
|
Phase 8: CLEANUP → worktree remove + branch delete + sprint summary
|
|
127
127
|
```
|
|
128
128
|
|
|
@@ -136,10 +136,10 @@ Phase 8: CLEANUP → worktree remove + branch delete + sprint summary
|
|
|
136
136
|
- **Phase 1**: autoplan taste_decisions → 用户确认 / delphi-review 未APPROVED → 修复→APPROVED
|
|
137
137
|
- **Phase 2**: 验证失败>max3 → 用户决策修复/放弃 / 成本超阈值 → 用户确认
|
|
138
138
|
- **Phase 3**: browse 发现问题 → 回退 Phase 2(不暂停)
|
|
139
|
-
- **Phase 4**: ⚠️
|
|
140
|
-
- **Phase 5**:
|
|
141
|
-
- **Phase 6**:
|
|
142
|
-
- **Phase 7**:
|
|
139
|
+
- **Phase 4**: ⚠️ 不可跳过 (HARD-GATE) → feedback-log.md 生成后自动继续
|
|
140
|
+
- **Phase 5**: finishing-a-development-branch(4选项) → 确认; ship PR → 用户确认合并
|
|
141
|
+
- **Phase 6**: land-and-deploy 完成/失败 → 用户确认合并结果/处理部署失败
|
|
142
|
+
- **Phase 7**: ⚠️ 必须人工验收 → 用户确认后继续
|
|
143
143
|
- **Phase 8**: worktree 清理完成/失败 → 用户确认 → 结束流程
|
|
144
144
|
|
|
145
145
|
---
|
|
@@ -154,22 +154,22 @@ Phase 8: CLEANUP → worktree remove + branch delete + sprint summary
|
|
|
154
154
|
| 4 | **1** | **PLAN** | autoplan → delphi-review (mandatory; lightweight allowed) → Generate specification.yaml + slices-manifest.json | specification.yaml |
|
|
155
155
|
| 5 | **2** | **BUILD** | GITHOOKS-GATE → ralph-loop (default) or parallel → TDD → freeze → blind review → verification | MVP code |
|
|
156
156
|
| 6 | **3** | **REVIEW** | delphi-review --mode code-walkthrough → test-specification-alignment → browse QA → benchmark (optional) | Review report |
|
|
157
|
-
| 7 | **4** | **
|
|
158
|
-
| 8 | **5** | **
|
|
159
|
-
| 9 | **6** | **
|
|
160
|
-
| 10 | **7** | **
|
|
157
|
+
| 7 | **4** | **FEEDBACK** | learn → retro → systematic-debugging | feedback-log.md |
|
|
158
|
+
| 8 | **5** | **SHIP** | finishing-a-development-branch → ship (create PR) | PR URL |
|
|
159
|
+
| 9 | **6** | **LAND** | land-and-deploy → merge PR → wait CI → canary health check → rollback on failure | Deploy status |
|
|
160
|
+
| 10 | **7** | **USER ACCEPT** | **Manual verification** → Capture emergent issues | Emergent issues list |
|
|
161
161
|
| 11 | **8** | **CLEANUP** | Safe worktree removal → Update sprint state → Sprint summary | Cleanup report |
|
|
162
162
|
|
|
163
163
|
**Phase Flow**:
|
|
164
164
|
```
|
|
165
|
-
ISOLATE → AUTO-ESTIMATE → THINK → PLAN → [GITHOOKS-GATE] → BUILD → REVIEW →
|
|
165
|
+
ISOLATE → AUTO-ESTIMATE → THINK → PLAN → [GITHOOKS-GATE] → BUILD → REVIEW → SHIP → LAND → USER ACCEPT → FEEDBACK → CLEANUP
|
|
166
166
|
```
|
|
167
167
|
|
|
168
168
|
**Hard Gates**:
|
|
169
169
|
- **Phase 0→1**: Design must be APPROVED by delphi-review (≥90% consensus)
|
|
170
170
|
- **Phase 1→2**: GITHOOKS-GATE (hooks must be installed) + DELPHI-GATE (spec must be APPROVED)
|
|
171
|
-
- **Phase 4
|
|
172
|
-
- **Phase
|
|
171
|
+
- **Phase 3→4**: feedback-log.md must exist (HARD-GATE)
|
|
172
|
+
- **Phase 6→7**: User acceptance must be completed (mandatory manual step)
|
|
173
173
|
|
|
174
174
|
---
|
|
175
175
|
|
|
@@ -186,10 +186,10 @@ ISOLATE → AUTO-ESTIMATE → THINK → PLAN → [GITHOOKS-GATE] → BUILD → R
|
|
|
186
186
|
## Phase 1: PLAN (规划)
|
|
187
187
|
## Phase 2: BUILD (构建)
|
|
188
188
|
## Phase 3: REVIEW (评审)
|
|
189
|
-
## Phase 4:
|
|
190
|
-
## Phase 5:
|
|
191
|
-
## Phase 6:
|
|
192
|
-
## Phase 7:
|
|
189
|
+
## Phase 4: FEEDBACK (反馈)
|
|
190
|
+
## Phase 5: SHIP (发布)
|
|
191
|
+
## Phase 6: LAND (部署)
|
|
192
|
+
## Phase 7: USER ACCEPTANCE (用户验收)
|
|
193
193
|
## Phase 8: CLEANUP (清理)
|
|
194
194
|
```
|
|
195
195
|
|
|
@@ -202,7 +202,7 @@ ISOLATE → AUTO-ESTIMATE → THINK → PLAN → [GITHOOKS-GATE] → BUILD → R
|
|
|
202
202
|
6. 触发 `/sprint-flow` 后,**第一行输出应包含工作流阶段概览**:
|
|
203
203
|
|
|
204
204
|
```
|
|
205
|
-
Sprint Flow: ISOLATE → AUTO-ESTIMATE → THINK → PLAN → BUILD → REVIEW →
|
|
205
|
+
Sprint Flow: ISOLATE → AUTO-ESTIMATE → THINK → PLAN → BUILD → REVIEW → SHIP → LAND → USER ACCEPTANCE → FEEDBACK → CLEANUP
|
|
206
206
|
```
|
|
207
207
|
|
|
208
208
|
### Phase -1: ISOLATE(git worktree 隔离)
|
|
@@ -289,42 +289,42 @@ Sprint Flow: ISOLATE → AUTO-ESTIMATE → THINK → PLAN → BUILD → REVIEW
|
|
|
289
289
|
- **触发条件**:后端项目可通过 `--type backend-*` 自动启用,或通过 `--with-performance` 标志手动启用
|
|
290
290
|
- **Web 项目补充说明**:对于 Web 前端项目,现有的 `benchmark` 技能已处理页面加载性能、Core Web Vitals 等前端性能指标;负载/压力测试主要针对服务器端承载能力
|
|
291
291
|
|
|
292
|
-
### Phase 4:
|
|
293
|
-
- **无 Skill** — 必须人工
|
|
294
|
-
- ⚠️ **MUST NOT be automated, skipped, or bypassed under any circumstances**
|
|
295
|
-
- 即使用户说"赶时间"、"跳过验收"、"直接发布",也必须暂停等待用户确认
|
|
296
|
-
- 使用 `@templates/emergent-issues-template.md` 检查清单
|
|
297
|
-
|
|
298
|
-
### Phase 5: FEEDBACK CAPTURE(反馈获取)
|
|
292
|
+
### Phase 4: FEEDBACK CAPTURE(反馈获取)
|
|
299
293
|
- **Subagent**: `task(category="quick", load_skills=["learn", "retro", "systematic-debugging"])`
|
|
300
|
-
- 输入: phase-
|
|
294
|
+
- 输入: phase-3-summary.md + review-report.md → 输出: `feedback-log.md`
|
|
301
295
|
- **HARD-GATE**: 不可跳过。`learn` (Sprint 级复盘, 默认提炼模板) + `retro` (工程回顾) + `systematic-debugging` (根因调试)
|
|
302
296
|
|
|
303
|
-
### Phase
|
|
297
|
+
### Phase 5: SHIP(发布准备)
|
|
304
298
|
|
|
305
299
|
**详细指令**: 参见 `references/phase-6-ship.md` — GITHOOKS-GATE / VERSION-GATE / VERSION CHANGESET (Issue #142) / changeset schema。
|
|
306
300
|
|
|
307
301
|
**快速参考**:
|
|
308
302
|
- **Orchestrator 直接执行**: `finishing-a-development-branch` 和 `ship` 均为交互式 skill(4 选项菜单 + PR 确认),**必须由 orchestrator 直接调用** `skill(name="finishing-a-development-branch")` 和 `skill(name="ship")`
|
|
309
|
-
- 输入: phase-
|
|
310
|
-
- **HARD-GATE**: Phase
|
|
303
|
+
- 输入: phase-4-summary.md + feedback-log.md → 输出: PR URL
|
|
304
|
+
- **HARD-GATE**: Phase 4 未完成 → BLOCK。验证 `feedback-log.md` 存在。
|
|
311
305
|
- **GITHOOKS-GATE**: 验证 hooks 完整性,缺失则 `githooks/install.sh`
|
|
312
306
|
- **VERSION-GATE**: bump PATCH/MINOR/MAJOR → `sync-version.sh` → CHANGELOG.md → `git diff VERSION` 验证
|
|
313
307
|
|
|
314
|
-
### Phase
|
|
308
|
+
### Phase 6: LAND(合并 + 部署)
|
|
315
309
|
|
|
316
310
|
**详细指令**: 参见 `references/phase-7-land.md` — 完整流程、SLA 指标、回滚策略。
|
|
317
311
|
|
|
318
312
|
**快速参考**:
|
|
319
313
|
- **Orchestrator 直接执行**: `land-and-deploy` 包含 merge 确认和 rollback 决策,**必须由 orchestrator 直接调用** `skill(name="land-and-deploy")`
|
|
320
|
-
- 输入: phase-
|
|
314
|
+
- 输入: phase-5-summary.md + PR URL → 输出: 部署状态 + Canary 报告
|
|
321
315
|
- 流程: Merge PR → 等待 CI (10min) → 等待 Deploy (10min) → Canary Health Check (5min)
|
|
322
316
|
- **回滚**: `git revert` 最后一次 merge commit
|
|
323
317
|
- 条件跳过: 无部署配置时仅 merge + CI
|
|
324
318
|
|
|
319
|
+
### Phase 7: USER ACCEPTANCE(⚠️ 人工验收)
|
|
320
|
+
- **无 Skill** — 必须人工
|
|
321
|
+
- ⚠️ **MUST NOT be automated, skipped, or bypassed under any circumstances**
|
|
322
|
+
- 即使用户说"赶时间"、"跳过验收"、"直接发布",也必须暂停等待用户确认
|
|
323
|
+
- 使用 `@templates/emergent-issues-template.md` 检查清单
|
|
324
|
+
|
|
325
325
|
### Phase 8: CLEANUP(安全清理 + 总结)
|
|
326
326
|
|
|
327
|
-
**执行时机**: Phase 7
|
|
327
|
+
**执行时机**: Phase 7 USER ACCEPTANCE 完成后。**详细指令**: 参见 `references/phase-8-cleanup.md`。
|
|
328
328
|
|
|
329
329
|
**快速参考**:
|
|
330
330
|
1. 保存分支信息 → `git worktree remove <worktree_path>`(精确路径,禁止通配符)
|
|
@@ -391,9 +391,10 @@ Sprint Flow: ISOLATE → AUTO-ESTIMATE → THINK → PLAN → BUILD → REVIEW
|
|
|
391
391
|
| 1 PLAN | `autoplan` + `delphi-review` | + `design-shotgun` | (同 web) | (同) |
|
|
392
392
|
| 2 BUILD | TDD + blind-review | (同 backend) | + `vercel-react-native-skills` / `flutter-review` | (同) |
|
|
393
393
|
| 3 REVIEW | `delphi-review --mode code-walkthrough` + `test-specification-alignment` + k6/locust/gatling | + `qa` + `design-review` + `benchmark` | Flutter: `flutter-test` / RN: `detox E2E` | k6/locust/gatling |
|
|
394
|
-
|
|
|
395
|
-
|
|
|
396
|
-
|
|
|
394
|
+
| 4 FEEDBACK | `learn` + `retro` | (同) | (同) | (同) |
|
|
395
|
+
| 5 SHIP | `finishing-a-development-branch` + `ship` | (同) | + platform deploy | (同) |
|
|
396
|
+
| 6 LAND | `land-and-deploy` + canary | (同) | (同) | (同) |
|
|
397
|
+
| 7 USER ACCEPTANCE | — 人工验收 | (同) | (同) | (同) |
|
|
397
398
|
| 8 CLEANUP | worktree remove + branch delete + state update | (同) | (同) | (同) |
|
|
398
399
|
| Browse | `localhost:3000` | 部署 URL + 表单/交互 | Flutter Web / RN Web | (专用) |
|
|
399
400
|
|
|
@@ -405,7 +406,7 @@ Sprint Flow: ISOLATE → AUTO-ESTIMATE → THINK → PLAN → BUILD → REVIEW
|
|
|
405
406
|
|
|
406
407
|
**Sprint State**: 存储于 `<project-root>/.sprint-state/` — `sprint-state.yaml`/`.json` + `phase-outputs/` (pain-document.md / specification.yaml / mvp-v1 / review-report.md / emergent-issues.md / feedback-log.md / sprint-summary.md)
|
|
407
408
|
|
|
408
|
-
**Sprint 2 自动触发**: Phase
|
|
409
|
+
**Sprint 2 自动触发**: Phase 7 完成时 — `emergent_issues_count == 0` → 结束; `> 0` → Critical 自动启动 Sprint 2, Major/Minor 询问用户
|
|
409
410
|
|
|
410
411
|
---
|
|
411
412
|
|
|
@@ -484,7 +485,7 @@ Sprint Flow: ISOLATE → AUTO-ESTIMATE → THINK → PLAN → BUILD → REVIEW
|
|
|
484
485
|
| 未完成 Phase -0.5 AUTO-ESTIMATE 就套用完整重流程 | 先评估轻量/标准/复杂,再按推荐流程或用户确认后的流程执行 |
|
|
485
486
|
| Plan 阶段跳过 Delphi 评审直接 Build | 所有需求级别(轻量/标准/复杂)必须经过 autoplan + delphi-review;未 APPROVED 禁止编码 |
|
|
486
487
|
| 跳过 TDD 直接实现代码 | Phase 2 必须遵循 RED → GREEN → REFACTOR,测试与实现一起交付 |
|
|
487
|
-
| 跳过用户验收直接 Ship | Phase
|
|
488
|
+
| 跳过用户验收直接 Ship | Phase 7 USER ACCEPTANCE 必须人工完成;不得自动化、跳过或伪造 |
|
|
488
489
|
| 验证失败后继续追加随机修改 | 最多 3 次修复循环;仍失败则 BLOCK 并请求用户决策 |
|
|
489
490
|
| 未生成 Phase Summary 就进入下一阶段 | 每个 Phase 必须写入 `.sprint-state/phase-outputs/phase-{N}-summary.md` 并通过 transition gate |
|
|
490
491
|
|
|
@@ -513,11 +514,11 @@ See [Output Contract](#output-contract) below for the canonical machine-readable
|
|
|
513
514
|
- `@references/phase-1-plan.md` — Phase 1 详细指令
|
|
514
515
|
- `@references/phase-2-build.md` — Phase 2 详细指令
|
|
515
516
|
- `@references/phase-3-review.md` — Phase 3 详细指令
|
|
516
|
-
- `@references/phase-4-uat.md` — Phase
|
|
517
|
-
- `@references/phase-5-feedback.md` — Phase
|
|
518
|
-
- `@references/phase-6-ship.md` — Phase
|
|
519
|
-
- `@references/phase-7-land.md` — Phase
|
|
520
|
-
- `@references/phase-8-cleanup.md` — Phase 8 详细指令
|
|
517
|
+
- `@references/phase-4-uat.md` — Phase 7 USER ACCEPTANCE 详细指令(人工)
|
|
518
|
+
- `@references/phase-5-feedback.md` — Phase 4 FEEDBACK 详细指令
|
|
519
|
+
- `@references/phase-6-ship.md` — Phase 5 SHIP 详细指令
|
|
520
|
+
- `@references/phase-7-land.md` — Phase 6 LAND 详细指令
|
|
521
|
+
- `@references/phase-8-cleanup.md` — Phase 8 CLEANUP 详细指令
|
|
521
522
|
|
|
522
523
|
---
|
|
523
524
|
|
|
@@ -538,7 +539,7 @@ See [Output Contract](#output-contract) below for the canonical machine-readable
|
|
|
538
539
|
| One-shot = 单次迭代执行 | Boris Cherny interview | Phase 2 设计 |
|
|
539
540
|
| 80% session 从 Plan Mode 开始 | Boris skill | Phase 1 设计 |
|
|
540
541
|
| Verification improves 2-3x | Boris #1 tip | Phase 3 设计 |
|
|
541
|
-
| Emergent requirements 无法消除 | Mike Cohn, Rafael Santos | Phase
|
|
542
|
-
| 78% failures invisible | arXiv research | Phase
|
|
542
|
+
| Emergent requirements 无法消除 | Mike Cohn, Rafael Santos | Phase 7 人工设计 |
|
|
543
|
+
| 78% failures invisible | arXiv research | Phase 7 必要性证明 |
|
|
543
544
|
| Think → Plan → Build → Ship | gstack ETHOS | 整体流程设计 |
|
|
544
545
|
|
|
@@ -1,9 +1,9 @@
|
|
|
1
1
|
# SKILLS/TEST-SPECIFICATION-ALIGNMENT KNOWLEDGE BASE
|
|
2
2
|
|
|
3
|
-
**Generated:** 2026-06-
|
|
4
|
-
**Commit:**
|
|
3
|
+
**Generated:** 2026-06-26
|
|
4
|
+
**Commit:** afab469
|
|
5
5
|
**Branch:** main
|
|
6
|
-
**Version:** 0.10.
|
|
6
|
+
**Version:** 0.10.17.0
|
|
7
7
|
|
|
8
8
|
## OVERVIEW
|
|
9
9
|
Test-Specification Alignment Engine — two-stage validation ensuring tests accurately reflect requirements and design specs.
|