debug-qa-devlisted

# debug-qa-dev — 双 agent × cc-code 驱动 bug 修复执行编排器 > **纯执行器**：只修已诊断的 bug，**不诊断**。根因与方案由 `/cc-code:debug-plan` 落盘到 `active/bugs.md` 的 B-n 条目，本命令读 B-n 直接开发，**中途零确认**，只在 FAIL 3 轮升级时交人。 > **与 agent-to-feature 的分工**：feature 是「加一个房间」（执行 F-n 需求增量）；本命令是「修房子里的漏水点」（执行 B-n bug 修复）。执行循环、回归策略、结算纪律全部同构。 > **初衷铁律**：完整地修复 bug —— 修复面 = B-n 用例 + affected 影响面，⛔ 无 whole-qa、无全量回归。 ## 前置检查（启动时一次性） 1. 确认项目根存在 `.cc_code/`（否则提示先 `/cc-code:init`）。 2. 确认双 agent 可用：`dev` / `qa`。 3. **增量定位（⭐第一动作，见下节）**——定位失败即拒跑，后续检查全免。 4. 确认测试基建：读 `project.md` §六「测试基建契约」。缺失则把「补齐测试基建」作为 Dev 段首个任务。 5. **索引体检（静默）**：`codegraph status --json` —— `pendingChanges` 非 0 → 静默 `codegraph sync`；`initialized:false` → 报一行（⛔ 不自动重建）。CLI 未装则静默跳过（精准回归降级为全量）。⛔ 健康时一个字都不提。 6. 执行 `/cc-code:cc-code` 完成会话开启协议，锁定当前阶段与角色。 ## ⭐ 增量定位（第一动作，纯查表，零推理） ``` ① 读 status.md「下一步」 └─ 期望形态：「B-n 待修复」+（bugs.md 里有对应 OPEN 条目） ├─ 没有 B-n / 写的是「未诊断」/ 下一步是别的事 │ → ⛔ 拒跑：「bug 未诊断，请先走 /cc-code:debug-plan」 │ （本命令绝不现场诊断根因——根因唯一来源 = B-n 条目） └─ 拿到 B 号 + 条目内容（复现/期望出处/根因/方案/影响面） ② 读 gates.md → 查该 B-n 是否已有 PASS 记录 ③ 对账： 已有 PASS → 报「B-n 已修复，无事可做」，结束 无 PASS → B-n 即本次执行范围，进 Dev 段 ``` ## 生命周期总览 ``` 启动 → 增量定位 → ①Dev → 校准 → ②QA → 校准 │ ┌─────────┴──────────┐ ▼ ▼ FAIL→回Dev(≤3) PASS→结算→结束 │ （⛔ 无全量清算） 3轮仍FAIL→升级(交人) ``` ## 阶段执行规范 ### ① Dev 段（agent: de