菜单
产品定义设计环节：基于 brief.md 与 Demo 决策，深度整合 grill-me，从产品、技术、测试三个维度批量拷问（每轮 5-10 个问题），编写 definition.md（PD 产品底线 + TD 技术决策 + AC 验收标准，TD 首条为架构位置图）与可选的宏观架构图，交人类 review 定案后方可进入 build。取代原 prd / testcase / architect 三个环节。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
definition.md 定案后的自主开发环节：AC 展开为机器可读 Case 并锁死 Oracle，先跑 RED 再实现（TDD，模型自主规划路线），harness drive 全量裁决转 GREEN，仅一次现实评审，最终以 Core-Case 冒烟投影在真实环境收口。裁决全部由项目 Harness 执行，本 skill 不携带任何裁决脚本。
不动产品定义的局部改动：无需 brief / demo / definition 任何前置输入与设计，直接 TDD 式实现并由 harness 自动验收（先红后绿、证据留痕）。改动复杂度看起来超出判定时仅提醒确认、不强制拦截，用户确认后仍可走 lite。
需求进入开发前的价值拷问环节：用第一性原理和反常识视角发散讨论、击穿需求本质，逼提需者把价值想透、想清楚，平衡复杂度与 ROI；产出 brief.md（原话愿景），按项目标准拉 feature 分支并自动推送。产品意图已经清晰时可跳过。
brief.md 就绪后的纯 vibe-coding 原型环节：基于 Harness 的 Mock 能力，在真实项目前端里用捏泥人的方式快速构建可交互、可体验、功能完整模拟闭环的 Demo，支持独立部署；不做任何门禁与测试，完全由人体感验收。产出是确认的产品决策，代码随缘。
为新项目初始化 Harness：引导提问式，根据项目需求背景逐步明确技术栈、技术标准、技术组件、虚拟化环境与架构立项决策，产出符合 harness.zh-CN.md 要求的开发环境，并以验证用例证明环境真实可用。大量技术决策需要架构师深度参与，模型不代拍板。
存量项目的 Harness 改造：先盘点现状形成差距表，再引导提问式确认迁移决策，基于存量逐步改造和迁移操作面、同构环境、文档体系与裁决能力，不推倒重来；每步以验证用例逐步点亮证明可用。
| name | design |
| description | 产品定义设计环节：基于 brief.md 与 Demo 决策，深度整合 grill-me，从产品、技术、测试三个维度批量拷问（每轮 5-10 个问题），编写 definition.md（PD 产品底线 + TD 技术决策 + AC 验收标准，TD 首条为架构位置图）与可选的宏观架构图，交人类 review 定案后方可进入 build。取代原 prd / testcase / architect 三个环节。 |
| license | MIT |
PRD / 技术设计 / E2E TestCase 三件套本是同一批决策的三种视角——本环节一次定案为产品定义。
格式与粒度以 docs/harness.zh-CN.md 第 7.5 节为权威，判据只有一条：只写决策，不写实现——
模型可以自己安全决定或推翻的内容，不进产品定义。
加载 ${CLAUDE_PLUGIN_ROOT}/shared/core-contract.md；已有 brief.md（及 Demo 决策清单，若做过 Demo）。
以 grilling / grill-me 的方式，按三个维度批量出题，每轮 5-10 个问题，每题附推荐答案与理由：
从项目全景架构图裁剪本需求视角的位置图：只许引用全景已有节点名，标色画出触及的层次、 模块与依赖方向。它是升级规则的检测器：
项目尚无全景图时，先补立项决策（走 harness-init / harness-retrofit）；
不允许架构语义只存在于某个 feature 的 definition.md 里。
definition.md（+ 必要的 ADR / 全景快照）交人类 review：确认 → 状态置为已定案，进入 build；
否则按反馈修改再审。定案后每一条都不许模型自行推翻。
已定案的 definition.md（含架构位置图、Core-Case 与冒烟投影声明）。下一步：build。
