菜单
存量项目的 Harness 改造：先盘点现状形成差距表，再引导提问式确认迁移决策，基于存量逐步改造和迁移操作面、同构环境、文档体系与裁决能力，不推倒重来；每步以验证用例逐步点亮证明可用。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
definition.md 定案后的自主开发环节：AC 展开为机器可读 Case 并锁死 Oracle，先跑 RED 再实现（TDD，模型自主规划路线），harness drive 全量裁决转 GREEN，仅一次现实评审，最终以 Core-Case 冒烟投影在真实环境收口。裁决全部由项目 Harness 执行，本 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 要求的开发环境，并以验证用例证明环境真实可用。大量技术决策需要架构师深度参与，模型不代拍板。
| name | harness-retrofit |
| description | 存量项目的 Harness 改造：先盘点现状形成差距表，再引导提问式确认迁移决策，基于存量逐步改造和迁移操作面、同构环境、文档体系与裁决能力，不推倒重来；每步以验证用例逐步点亮证明可用。 |
| license | MIT |
目标与 harness-init 相同（以 ${CLAUDE_PLUGIN_ROOT}/docs/harness.zh-CN.md 为权威），
路径相反：从存量出发，改与迁移，不推倒重来。改造由真实需要拉动——
下一个 feature 用不到的能力，这一轮不建。
先自行考察，代码里能查到的不许问人：服务怎么启动？日志什么形态？本地环境与生产差在哪 （伪平替清单：SQLite 顶 MySQL、内存 mock 顶对象存储、latest 镜像、跳过的鉴权）？ 有没有 Migration，还是手工改库？测试怎么跑、绿灯信不信得过？ 盘点结果做成差距表：现状 → harness 要求 → 差距 → 风险。 然后按轮次向架构师提问确认迁移决策（每轮 5-10 问，附推荐方案与理由）； 难以回头的决策记入 ADR。
每一步都必须回答"缩短了哪条反馈回路"，答不上来就跳过；
每步完成即用对应验证用例证明（同 harness-init 的用例集，逐步点亮），
不憋大招一次性切换。
差距表、迁移决策（含 ADR 与立项决策补课产物）、逐步点亮的验证用例证据、 改造后的 harness 能力。
