with one click
stdd-slice
STDD Phase 3: 切片规划 — 将 spec 拆分为可实现的开发切片
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Menu
STDD Phase 3: 切片规划 — 将 spec 拆分为可实现的开发切片
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
STDD Phase 4: TDD 实现 — 逐切片实现并通过测试
STDD Phase 5: 质量验证 — 运行测试、覆盖率、lint 等质量检查
STDD Phase 2: 规格设计 — 将 proposal 转化为可测试的 spec Scenario
STDD Phase 6: 交付 — 归档 change、合并 specs、更新文档
STDD Phase 1: 需求理解与确认 — 将模糊需求转化为清晰、可验证的变更提案(proposal.md)
| name | stdd-slice |
| description | STDD Phase 3: 切片规划 — 将 spec 拆分为可实现的开发切片 |
将 Phase 2 的测试方案拆分为可独立实现的垂直切片,规划执行顺序。
.stdd.yaml 中 phases.spec.confirmed_at 已设置自动执行,无需用户确认。 Phase 2 已锁定设计,此阶段只做机械拆分。
长程退出检测:如有用户输入"切换普通模式"或"退出长程",更新 .stdd.yaml 中 long_range.mode: normal,当前操作完成后暂停等待用户确认。
specs/<capability>/spec.md,提取所有 Scenario 列表test-plan.md,提取所有 TC-ID 及其依赖关系python bin/stdd dependency-graph --format json
nodes, edges, zero_dependency, cycles基于依赖图数据和经验库,进行以下五步分析:
从 dependency-graph JSON 输出中提取:
zero_dependency 列表对每个 capability 进行风险评分(1-5),基于以下因素:
python bin/stdd experience list --format json,检查是否有与该 capability 相关的失败经验
severity: high 的匹配经验 → +2 风险分severity: medium 的匹配经验 → +1 风险分风险分 ≥ 4:高风险 🟡 | 2-3:中风险 🟢 | 1:低风险
对每个 capability 估算实现工作量(以 TC 案例数和 Scenario 复杂度为输入):
| 粒度 | 估算 |
|---|---|
| S(小) | 1-2 个 TC,单一文件修改 |
| M(中) | 3-5 个 TC,2-3 个文件修改 |
| L(大) | 6+ 个 TC 或 >3 个文件修改 |
将 TC 案例合并为切片,遵循以下规则:
基于依赖图和无依赖节点分析:
parallel_group: N(同一并行组可同时开发)先读取模板:.stdd/templates/tasks.md 和 .stdd/templates/slices.md
生成两个文件:
tasks.md — 实现任务清单(checkbox 格式,按 capability 分组)
slices.md — 切片执行计划(含五步分析结果):
tasks.mdslices.md.stdd.yaml(phase: slice → completed)tasks.md — 实现任务清单slices.md — 切片执行计划(可选)Phase 3 完成 → 自动进入 Phase 4: BUILD(TDD 实现)