ワンクリックで
stdd-slice
STDD Phase 3: 切片规划 — 将 spec 拆分为可实现的开发切片
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
STDD Phase 3: 切片规划 — 将 spec 拆分为可实现的开发切片
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
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 实现)