agent-to-mvplisted

# agent-to-mvp — 双 agent × cc-code 驱动 MVP 执行编排器 > **纯执行器**：需求与契约**只读不产**——一切规划产物（prd / ux / project / data / api）由 `/cc-code:plan-prd-mvp` 商讨定稿。本命令读定稿文档直接开发，**中途零确认**，只在 FAIL 3 轮升级时交人。 > **校准铁律**：每一个阶段完成后，**必须**先执行 `/cc-code:cc-code` 校准当前状态（重读 `Agent.md`/`status.md`，重锁角色与坐标），确认无误后再进入下一阶段。未校准禁止推进。校准是机器自检，**静默进行，不以「请确认」的姿态打扰人**。 > **串行铁律**：严守 Dev → QA 顺序，由 `.cc_code/active/Agent.md` 锁定当前角色，禁止跨角色思考与跳序。 ## 与规划命令的分工（两两配对，单一职责） ``` plan-prd-mvp（人参与） agent-to-mvp（本命令，纯机器） 商讨 → 逐点循环至通顺 读定稿文档 落盘 prd/ux/project/data/api ──► Dev 编码 → QA 验收（≤3 轮回环） 对话内确认，落盘即定稿 阶段全 PASS → whole-qa 收口 ``` ## 前置检查（启动时一次性） 1. 确认项目根存在 `.cc_code/`（否则提示先 `/cc-code:init`）。 2. **定稿体检**：`active/prd.md` 有 §1.5 验收断言主表，且 `ux.md` / `project.md` / `data.md` / `api.md` 齐备。缺任一 → ⛔ 拒跑，报「规划产物未定稿，请先走 `/cc-code:plan-prd-mvp`」，**绝不现场补需求**。 3. 确认双 agent 可用：`dev` / `qa`。 4. 确认测试基建：读 `project.md` §六「测试基建契约」取测试根 / glob / 运行命令。缺失或未填实则把「补齐测试基建 + 回填 `project.md` §六」作为 Dev 阶段首个任务。 5. **索引体检（静默）**：`codegraph status --json` 读三字段 —— `initialized:false` → 报一行（⛔ 不自动重建）；`pendingChanges` 非 0 → 静默 `codegraph sync`；`reindexRecommended:true` → 报一行建议。CLI 未装则静默跳过，全流程照跑（精准回归降级为全量）。⛔ 健康时一个字都不提。 6. 执行 `/cc-code:cc-code` 完成会话开启协议，锁定当前阶段与角色。 7. **阶段来源**：读 `project.md` 的阶段拆分章节。有 → 按阶段逐段推进；无 → 整体作单阶段跑完（⛔ 不自行拆阶段，拆分是规划的职责）。 ## 生命周期总览 ``` 启动校准 → ①Dev → 校准 → ②QA → 校准 │ ┌─────────┴──────────┐ ▼ ▼ FAIL→回D