Menu
definition.md 定案后的自主开发环节：AC 展开为机器可读 Case 并锁死 Oracle，先跑 RED 再实现（TDD，模型自主规划路线），harness drive 全量裁决转 GREEN，仅一次现实评审，最终以 Core-Case 冒烟投影在真实环境收口。裁决全部由项目 Harness 执行，本 skill 不携带任何裁决脚本。
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
产品定义设计环节：基于 brief.md 与 Demo 决策，深度整合 grill-me，从产品、技术、测试三个维度批量拷问（每轮 5-10 个问题），编写 definition.md（PD 产品底线 + TD 技术决策 + AC 验收标准，TD 首条为架构位置图）与可选的宏观架构图，交人类 review 定案后方可进入 build。取代原 prd / testcase / architect 三个环节。
不动产品定义的局部改动：无需 brief / demo / definition 任何前置输入与设计，直接 TDD 式实现并由 harness 自动验收（先红后绿、证据留痕）。改动复杂度看起来超出判定时仅提醒确认、不强制拦截，用户确认后仍可走 lite。
需求进入开发前的价值拷问环节：用第一性原理和反常识视角发散讨论、击穿需求本质，逼提需者把价值想透、想清楚，平衡复杂度与 ROI；产出 brief.md（原话愿景），按项目标准拉 feature 分支并自动推送。产品意图已经清晰时可跳过。
brief.md 就绪后的纯 vibe-coding 原型环节：基于 Harness 的 Mock 能力，在真实项目前端里用捏泥人的方式快速构建可交互、可体验、功能完整模拟闭环的 Demo，支持独立部署；不做任何门禁与测试，完全由人体感验收。产出是确认的产品决策，代码随缘。
为新项目初始化 Harness：引导提问式，根据项目需求背景逐步明确技术栈、技术标准、技术组件、虚拟化环境与架构立项决策，产出符合 harness.zh-CN.md 要求的开发环境，并以验证用例证明环境真实可用。大量技术决策需要架构师深度参与，模型不代拍板。
存量项目的 Harness 改造：先盘点现状形成差距表，再引导提问式确认迁移决策，基于存量逐步改造和迁移操作面、同构环境、文档体系与裁决能力，不推倒重来；每步以验证用例逐步点亮证明可用。
| name | build |
| description | definition.md 定案后的自主开发环节：AC 展开为机器可读 Case 并锁死 Oracle，先跑 RED 再实现（TDD，模型自主规划路线），harness drive 全量裁决转 GREEN，仅一次现实评审，最终以 Core-Case 冒烟投影在真实环境收口。裁决全部由项目 Harness 执行，本 skill 不携带任何裁决脚本。 |
| license | MIT |
契约是产品定义，裁判是 Harness，路线归模型。产出是证据，不是文档。
加载 ${CLAUDE_PLUGIN_ROOT}/shared/core-contract.md。definition.md 已定案；
项目 harness 的 run / observe / drive 可用——缺口先走 harness-retrofit，
不在 build 里临时凑合裁决方式。
cases/*.yaml（must / must_not / 超时 / 必需证据 / budget），
标注 Core-Case，commit 锁死 Oracle（裁判与运动员分离）。harness drive 全量执行——必须全 FAIL 才算基线成立。出现 INCONCLUSIVE
说明 harness 有缺口（驱动不到入口、取不到证据），先修 harness 再开工；
严禁临场发明新 Oracle。FAIL 的 Case 就是重入点：修复 → 重跑受影响 Case + 全量棘轮。人类验收拒绝时按
tune / revise 分类：实现缺陷回第 3 步；产品定义本身错了回 design，作废下游结论。
绿的 run 证据（本地全量 + 真实冒烟）+ definition.md 状态更新。 无 feature-plan、无 acceptance 文档、无 ledger——过程状态由 Git 与 run 记录承载。