القائمة
存量项目的 Harness 改造：先盘点现状形成差距表，再引导提问式确认迁移决策，基于存量逐步改造和迁移操作面、同构环境、文档体系与裁决能力，不推倒重来；每步以验证用例逐步点亮证明可用。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
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 能力。
