多 Agent 项目 · 状态更新 v4（2026-09-19 09:5x 复核后）

## 基线变化（相对 v3）
- 《工程实施手册》v0.3.0 同版修正：0.3 节 `max_workers` 权威值改为**起步期 1**（含开放条件）、
  rules.json 最小结构示例 `max_workers: 1`。原文件备份 `*.bak_reviewfix_20260919`。
- 《流程文档》v2.4.4 新增**勘误 3**：作废"起步期统一为 2"那一版，统一为 **1**；附录 B 的 Phase 4 排程
  保留按 2 编排的版本并标注"仅作放开后参考"。
- 《失配清单》升 v1.1：v1 里"待你拍板"的三条已标为已处置（12.1 不执行 / Checkpoint 转待办 / ROI 改口径）。
- 本文件取代 v3。

## 本轮（09:5x 复核）修正的三件事
1. **max_workers 统一**：此前同一批编辑让"1"和"2"在同一文件并存（〇bis 对照表写 1，正文与勘误写 2），
   且两处都是当天改的。现全部以手册 0.3 节为准 = 起步期 1。
   附带纠正一个归因：本机 worker 是远端 API 调用，不吃本地内存 —— 这个数字的约束是**工作区冲突**，不是 RAM。
2. **追踪文档同步**：失配清单 v1 / 状态更新 v3 曾持续宣称三条"待你拍板"，而它们 09:2x 就已落地。
   根因是"改了正文、没改引用它的追踪文档"。→ 立一条规则（见下）。
3. **ROI 半截编辑**：新口径"暂不设阈值"写进去后，下方旧句"起步阈值 3~5"没删，两条并存。
   已改：旧句作废，健康线表 / 开放问题 / 附录 B 示例全部同步标注。

## 新增规则（写下来，别再靠记性）
R1. 任何一次编辑落地后，**同批**更新引用它的所有文档（追踪/清单/状态），不允许"下次再说"。
R2. 「还没有关闭的事」**唯一事实源 = /root/mas 台账**（`mtask todo list`），文档里的待办清单只是快照，
    快照必须带日期，且冲突时以台账为准。
R3. 数字类规则（阈值、上限、系数）**只允许一个权威落点**（如 max_workers → 手册 0.3），
    其他位置一律"引用不复述"，避免同一天写下两个值。

## 现状
- 台账待办：0 条（12.1 / Checkpoint / ROI 三条已关闭）。
- 下一步（沿用 v2 的口径）：跑第二个真实任务，重点验证 mtask 的 claim 是否真的挡住文件冲突；
  连续 3 个任务零冲突后，才把 max_workers 从 1 放到 2（条件写在手册 0.3 节）。

## 09:50 追加（第二轮复核后）

- 第二批失配 9 条已修（详见流程文档 / 手册同批改动）：
  · 领导 prompt「中等：2-3 workers」→ 改为不超过硬上限（prompt 里的数字会被字面执行，这条最该堵）
  · 5.2 高危域 5 项 → 注明"完整清单以手册 3.1.2 十项为准"
  · 〇bis 补**三条全局口径**：测试执行一律走 CI（本机只做静态检查）/ 等待人工 = 挂起 + mtask 待办 + 日提醒（不原地等）/
    顾问模式退化为"Diff 文本挂待办"（别假设人坐在 IDE 前）
  · 手册 0.2 原则 4 与 7.4 验收项补"起步期例外"（无计时器 → 靠待办+提醒）
  · 12.3 Stress test 标注"只在 CI runner 或带内存上限的环境做，本机 1.6GB 无 swap 是自伤"
  · 第七节模型路由删"部署"残留；手册 2.5.2 双 Reviewer 注明起步期单 provider → 落"同模型不同档 + 不同提示模板"
- **`mtask` 补上并发闸门**（此前 `max_workers` 是零执行者）：`claim` 现在数活跃任务，
  达到 `state/config.json` 的上限直接拒绝（exit 3），越权需 `--force` 且记日志；`mtask limit N` 看/设，默认 1。
- 复核结论：第二轮审稿里有 3 条（ROI 三处、〇bis 数值、失配清单过期）是**读到 09:33 的旧交付**，
  09:43 那轮已修，不算新问题；其余 9 条为真，已全部落地。
