多 agent 批产质量控制

本项目多轮用并行 subagent 批量生产 wiki 页（R5 母文档 25 页、R10 破单源 18 页、R11 Web4.0 33 页）沉淀的质量控制方法。可迁移到任何“多 agent 并行产出、再统一装配”的场景。

核心发现：跨文档环节是错误高发区

audit-03 / audit-06 / audit-07 三次红队一致印证：批产的实质错误几乎全部出在跨文档环节——subagent 转述/引用没读过的其他页时凭印象补写。而自足素材环节（逐字核对 raw 的数字、忠实提炼单篇寓言）几乎零问题。

规律很稳定：错误不在“读了并总结”，而在“没读却引用”。

收尾三检（已固化进 schema §8）

每个批产 subagent 收尾必做：

1. 残留标签扫描：清工具输出泄漏（lint 已内置）。
2. 占位语对账：把“稍后补建页面”一类占位提示语与现存 slug 核对，防悬空引用。
3. 回读核对：转述其他 wiki 页内容时回读原页，禁止凭印象补写——直击跨文档高发区。

一个降低跨文档失真的技巧

R11 出现了优于前几轮的处理：多口径数字并陈、不强行统一（如 Virtuals 项目数 17k vs 1.58 万两个口径、x402 活跃 Agent 数多来源不一致，均如实并列而非择一）。当轮跨文档归因首次零命中。

经验：raw 材料本身若带“多口径并陈、标注差异”的示范写法，后续批产页面的跨文档忠实度会显著更高——subagent 会顺着这个模式延续，而非重新加工出一个虚假的“统一数字”。

并发写冲突控制

并行 subagent 只写各自指定的内容页，index.md/overview.md/log.md 与跨主题装配由主 agent 统一收尾——避免多个 subagent 同时改同一结构文件的冲突。

与红队的关系

批产质量控制是“事前纪律”，红队双通道审计是“事后核验”，两者配合：纪律降低出错率，审计兜住漏网的。都建立在同一前提上——生成方不能给自己打分。这套方法也是 subagent 模式在批产场景的具体质量工程。