菜单
definition.md 定案后的自主开发环节：AC 展开为机器可读 Case 并锁死 Oracle，先跑 RED 再实现（TDD，模型自主规划路线），harness drive 全量裁决转 GREEN，仅一次现实评审，最终以 Core-Case 冒烟投影在真实环境收口。裁决全部由项目 Harness 执行，本 skill 不携带任何裁决脚本。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
产品定义设计环节：基于 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 记录承载。