# 别急着上多Agent：海外圈三大反思 ## 导语：国内在狂奔，海外在刹车 过去几个月，国内AI圈的关键词是"多智能体"、"全自动化"、"一人公司"。但如果你翻翻 Hacker News 和 Reddit 的长帖会发现，海外一线工程社区正在集体做一件反向操作：**给自己年初吹过的牛踩刹车**。多Agent架构被 Cognition（Devin 母公司）公开点名"别建"，"上下文越大越聪明"的信仰被一份叫 Context Rot 的研究敲碎，AI写代码的质量账单也被 GitClear 用上亿行真实提交数据晒了出来。这三场反思国内讨论得极少，但每一条都直接决定你接下来的架构选型和团队用AI的方式——这才是真正的信息差。 --- ## 反思一：多Agent可能是伪需求，Cognition亲自下场泼冷水 ### 事情经过 2025年年中，Cognition 发布了一篇影响很大的工程文章 **《Don't Build Multi-Agents》**（作者 Walden Yan），核心论点非常直接：**绝大多数场景下，多Agent系统是个应该被劝退的架构**。文章给出了两条后来被反复引用的原则： - **Share full context**：让模型共享完整上下文，而不是切成碎片分给子Agent； - **Actions carry implicit decisions**：Agent的每一个动作背后都隐含着一个决策，两个"看不见彼此"的Agent必然做出相互冲突的决策。 冲突的结果是什么？Agent A 重构了 Agent B 正在编辑的文件，Agent C 基于过期信息又改了一遍——最后人类花在"调试Agent打架"上的时间，比自己写还多。 ### 有意思的是：Anthropic 站在对面 就在同一时期，Anthropic 发布了工程博客 **《How we built our multi-agent research system》**，讲他们如何用"主Agent+并行子Agent"的多Agent架构做深度研究，并给出了自家的内部评测数字：多Agent架构相比单Agent有约90%的性能提升，代价是**token消耗约为普通对话的15倍**。 于是海外社区的争论焦点变成了一个很现实的问题： | 立场 | 核心论据 | |------|---------| | **反多Agent派** | 上下文割裂必然导致冲突决策；调试成本超过收益；"能用单Agent解决的别用多Agent" | | **支持派** | 研究类、广度搜索类任务天然可并行；90%的性能提升真实存在；token贵但人更贵 | | **中立派** | 关键不在"多还是单"，而在**任务是否可被清晰地切成无依赖的子任务**；研究型任务可以，编辑型任务不行 | 一个被大量点赞的社区总结是：**多Agent适合"读"，不适合"写"**。让10个Agent并行去网上查资料、汇总给主Agent，冲突可控；让10个Agent同时改一个代码库，就是在玩火。15倍的token开销则提醒所有人：并行是有真金白银价格的。 ```mermaid flowchart TD A[任务: 同时改一个代码库] --> B{选架构} B -->|多Agent| C[子Agent 1: 重构模块A] B -->|多Agent| D[子Agent 2: 新增功能依赖A] C --> E[各自持有残缺上下文] D --> E E --> F[决策冲突: 接口被两边同时修改] F --> G[返工 / 人类逐行排雷] G --> H[总成本 > 单Agent + 好上下文] B -->|单Agent 串行| I[完整上下文线性推进] I --> J[决策一致 一次做对] ``` ### 对中国用户的启示 国内现在铺天盖地的"智能体矩阵""Agent编排平台"教程，大多默认"多就比单强"。但按 Cognition 的判断标准，**个人开发者和小团队的90%需求，一个上下文管理得当的单Agent就够了**。你缺的不是更多Agent，而是更好的上下文工程。 --- ## 反思二：Context Rot——喂得越多，忘得越快 ### 事情经过 第二场反思针对一个更底层的信仰："上下文窗口越大，模型越强，所以把一切塞进去就好。" 2025年年中，向量数据库公司 Chroma 发布研究报告 **《Context Rot》**，测了18款主流模型后给出一个不舒服的结论：**随着输入token增加，模型性能会持续衰减——而且远在到达官方上下文上限之前就开始了**。 更扎心的发现是： 1. **"大海捞针"测试严重高估了长上下文能力**。官方演示里"在100万token中精准找出一句针"是真的，但那只是一种高度规则的检索；一旦加入真实的干扰信息、改变提问措辞、调整信息顺序，成绩立刻跳水。 2. **同样的信息，格式和位置不同，效果天差地别**。把关键约束埋在一堆背景描述中间，模型就是会"看漏"。 3. 重复信息、混乱顺序都会加速"腐烂"。 这篇报告在 HN 上引爆的讨论，本质上是对"上下文窗口军备竞赛"（从128K卷到百万级）的一次祛魅：**窗口是容量，不是注意力**。容器再大，模型的"注意力总量"并没有等比放大。 ### 各方观点 - **支持派**：终于有人把体感量化了。"我给Claude塞了整个repo，它反而开始瞎编"——这类抱怨在 r/ClaudeAI 和 HN 长期存在，Context Rot 给了理论解释。 - **反对派**：报告的场景设置偏苛刻，真实长文档问答在多数商用模型上表现仍在快速改善，不必因噎废食。 - **实践派（声量最大）**：别争了，结论就是"**上下文工程**"——主动做裁剪、摘要、分层注入，把最关键的约束放在开头或结尾，而不是无脑全量投喂。 ### 对中国用户的启示 国内教程普遍停留在"把文档全喂给AI"的阶段，还在比谁的窗口大。海外已经进入下一阶段：**把上下文当稀缺资源做预算管理**。你的系统提示词里每多一段废话，你真正要它做的事就少一分注意力。 --- ## 反思三：GitClear晒出AI代码的质量账单 ### 事情经过 第三场反思最务实。代码分析公司 GitClear 连续两年发布基于**上亿行真实企业提交**的代码质量报告，两个核心发现被反复引用： 1. **2024年是分水岭：复制粘贴（copy/paste）的代码行数，历史上首次超过了"移动"（move，即重构性迁移）的代码行数**。换句话说，工程师越来越倾向于"再抄一份"而不是"抽函数复用"——这是代码腐化的经典前兆。 2. **重复代码块激增**：据其报告，5行以上的重复代码块在2024年出现成倍式暴涨；与之相伴的，是重构类改动的比例持续下滑。 逻辑链条很直白：AI代码助手最擅长的是"生成一段新的、看起来对的代码"，而不会主动关心你的代码库里是否已经有一模一样的函数。人用得越顺手，"复制粘贴式编程"越蔓延。 ### 社区分裂 - **担忧派**：GitClear 的数据方向与大量工程师体感一致——"code review 里最常写的评论从'抽个函数'变成了'这段别处是不是已经有了'"。长期欠下的重构债，会在1-2年后以维护成本的形式连本带息讨回来。 - **质疑派**：相关性不等于因果。GitClear 的样本以大厂为主，同期团队组织变化、交付压力同样会影响代码习惯；重复率上升不能全甩锅给Copilot。 - **行动派**：吵没意义，**把重复率纳入CI门禁**就行了。用工具量化、设阈值、超了就打回，比争论"AI代码好不好"有效一百倍。 这一段争论对中国工程师的价值极高，因为它是**用客观数据而不是情绪**在讨论AI代码质量——这在国内的"AI代码能不能上生产"口水战里几乎见不到。 --- ## 信息差总结 | 话题 | 你以为的（国内主流叙事） | 海外一线社区已经知道的 | |------|------------------------|----------------------| | 多Agent | 智能体越多越强，编排平台是未来 | 适合并行"读"，不适合并发"写"；代价是15倍token和互相打架 | | 长上下文 | 窗口越大越聪明，全喂进去就完事 | 注意力会"腐烂"，窗口是容量不是注意力，要做上下文预算 | | AI代码质量 | AI写代码又快又好，直接用 | 复制粘贴首次超过重构，重复率暴涨，需要CI量化门禁 | ## 行动指南 1. **今天就做（10分钟）**：审视你正在跑的Agent项目，问三个 Cognition 式问题——子任务之间有无共享状态？子Agent能否看到彼此的决策？出错时谁来仲裁？只要有一项答不上来，退回单Agent串行。 2. **本周做（1小时）**：精读两篇原文：Cognition 的《Don't Build Multi-Agents》和 Anthropic 的《How we built our multi-agent research system》，这是正反两方最强论述，30分钟各能读完。 3. **给上下文做预算**：把你的系统提示词砍掉三分之一，只保留：角色、硬性约束、输出格式。把最关键的指令放到提示词的开头和结尾，中间少埋雷。 4. **给仓库加重复率检测**：开源工具 `jscpd`（copy-paste detector）一条命令即可扫描全仓库重复代码，先跑出基线数字，再决定是否设门禁阈值。 5. **建一个自己的"腐烂探测器"**：长任务里定期让模型复述当前目标与约束（“你现在要做什么、不能做什么”），答不上来说明上下文已经糊了，该重开对话或做摘要压缩。 ## 参考来源 1. Cognition — Don't Build Multi-Agents: 2. Anthropic Engineering — How we built our multi-agent research system: 3. Chroma Research — Context Rot: 4. GitClear — AI Assistant Code Quality 报告页: 5. HN 社区讨论检索（关键词 multi-agents / context rot / gitclear）: > 说明：文中 Anthropic 的性能与token数据来自其官方工程博客自述；GitClear 的重复代码增幅为该公司对自有样本库的统计结论，属单方数据，具体倍数以其报告原文为准。 --- > 本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵**爱卫生**（微信ID: gprshome201101）维护。 > 聚焦5G/6G核心网、3GPP标准、AI工具实战。知识星球「51学通信」提供深度技术答疑和行业洞察。 > [!tip] 51学通信知识星球 > **星主：爱卫生**（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 > **星球定位**：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 > **当前规模**：5200 篇主题 / 990 个回答，198 元/年。 > **加入福利**：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 > **AI 加持**：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。