القائمة
严守 9 阶段流程(分析-设计)— 适合新手/复杂项目,按顺序自动调 9 个 user-invoked skill。希望按完整结构化流程、逐步推进且不需每步自行决策时调用本编排。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
通用需求分析到开发设计工作流 — thin Skill router,加载规则与路径按声明。Use when starting any new feature requiring structured analysis-to-delivery workflow.
分析到交付的入口 — 根据你的目标(配置/澄清/BRD/PRD/合规/开发/审计/交接)路由到正确的 user-invoked skill。不确定该用哪个 analysis-to-delivery skill 时,从此入口进入。
反复提问澄清需求,产出设计稿 — 来自 superpowers 体系(obra/superpowers)。本 skill 是桥接层,完整纪律见 <SUPERPOWERS_SKILL_ROOT>/brainstorming/。
设计接口契约 — 来自 superpowers 体系。本 skill 是桥接层,完整纪律见 <SUPERPOWERS_SKILL_ROOT>/design-an-interface/。
梳理领域模型 — 来自 superpowers 体系。本 skill 是桥接层,完整纪律见 <SUPERPOWERS_SKILL_ROOT>/domain-modeling/。
逐步按计划执行 + 复盘 — 来自 superpowers 体系。本 skill 是桥接层,完整纪律见 <SUPERPOWERS_SKILL_ROOT>/executing-plans/。
| name | analysis-delivery-workflow |
| description | 严守 9 阶段流程(分析-设计)— 适合新手/复杂项目,按顺序自动调 9 个 user-invoked skill。希望按完整结构化流程、逐步推进且不需每步自行决策时调用本编排。 |
| disable-model-invocation | true |
| version | 4.0.0 |
paths/*.mdHANDOVER.mdtask-confirm-check.py --strict 用于 2→3;QA P0=0 才能 8→9stage-gate, doc-numbering, context-pointer, goal-boundaryknowledge-path, tech-stack-path, compliance-path, doc-naming-path/setup-analysis-delivery,再按顺序走 9 阶段;阶段 9 之后可选 /using-superpowers| # | 阶段 | 调用的 skill | 产出 |
|---|---|---|---|
| 1 | 项目配置 | /setup-analysis-delivery | 4 个 *-path.md |
| 2 | 需求澄清 | /grill-task | TASK_CONFIRM + 字段对齐 |
| 3 | BRD | /to-brd | 01-BRD + 流程图 |
| 4 | 合规评审 | /compliance-review | 04-合规评审 |
| 5 | 测试用例 | /test-case-design | 07-测试用例 |
| 6 | PRD | /to-prd | 05-PRD(三格式) |
| 7 | 开发设计 | /dev-design | AGENTS + FSD + 数据模型 + 开发设计 + 回测 + 复盘 |
| 8 | QA 审计 | /qa-audit | 09-QA 审计报告 |
| 9 | 交接 | /handoff | HANDOVER.md |
设计交接完成后,推荐进入 /using-superpowers 走 5 步实施:
brainstorming → design-an-interface → domain-modeling → writing-plans → tdd → executing-plans → verification-before-completion
| 实施步骤 | 产出 |
|---|---|
| brainstorming | 设计稿 |
| design-an-interface | 接口契约 |
| domain-modeling | 领域模型 |
| writing-plans | ≤ 2h 子任务列表 |
| tdd | RED → GREEN → REFACTOR |
| executing-plans | 逐步开发 + commit |
| verification-before-completion | 完成前验证 |
每阶段必签字才能进入下一阶段。详细见 disciplines/stage-gate 3 层门控:
阶段 2 → 阶段 3 之间，必须同时满足：
skills/disciplines/stage-gate/SKILL.md）详见 scripts/task-confirm-check.py 自动化校验。
每个项目根维护 .analysis-delivery-state.json(加入 .gitignore),5 个子命令:
# 初始化(项目级)
python3 scripts/analysis-state.py init --project <name> [--project-root .] [--force]
# 记录 gate 脚本结果(pass/fail 会自动 +1 拦截次数)
python3 scripts/analysis-state.py record-gate --stage N --script <gate> --result pass|fail
# 记录阶段签字(只接受 4 句白名单之一,其他一律 reject)
python3 scripts/analysis-state.py signoff --stage N --text "我已全部确认,可以进入下一步"
# 查看当前状态(9 阶段进度 + last_gate + errors)
python3 scripts/analysis-state.py status
# 5 项度量指标(total_gates / total_signoffs / 拦截次数 / 重试次数 / 阶段用时)
python3 scripts/analysis-state.py metrics [--json]
白名单话术(只 4 句):
❌ "OK / 好 / 继续 / 确认" 一律视为非签字。
中断恢复:状态文件在 .gitignore,存在本地;下次开会话时跑 status 即可看到当前阶段、已签字阶段、错误计数。
rules/stage-gate — 3 层门控rules/no-field-guessing — 字段名rules/doc-numbering — 文档编号