多 agent 自治实战八条心得：文档膨胀、审查失控与「别改」无用

menhguin · x · 2026-10-21

开发者 menhguin 分享首次让超过 1 个 agent 自治运行后的实战观察：

文档爆炸：单 agent 时代几 KB 的文档，agent 集群几天内膨胀到数百 KB，即使 1MM 上下文也成为严重的成本与长度问题。
人工审查失效：多 agent 全面改动几乎无法人工 review，他在试验一个收尾 agent，负责清理明显错误、跨渠道跟进任务、阅读前沿实验室的多 agent 管理报告并给出最高优先级修复。
放弃「禁止编辑」：只能假设 agent 迟早会改东西，改为设置「泄压阀」规定编辑方式（追加在底部而非就地改）。
上下文检索 > 规则：指令文件需要人工批准才不漂移，所以尽量少写规则，一切用不可变的一手来源（数据、聊天记录、书签）加 frontmatter/embeddings。
文件系统不够用：10 个 agent 并行时需要专门的模糊意图匹配工具来定位指令。
不喜欢多人格 reviewer agent，reviewer skills/crons 已够用。
async agent 最小配置：足够详细的用户优先级上下文 + 心跳触发器，让它自己游走并逐步校准，关键是从用户愿意反馈的系统起步。
Opus 处理自治的能力目前明显强于 Astra。

「编程与Agent」频道最新