<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title>大模型协作 on 灵语AI</title>
		<link>https://lingyu7.com/tags/%E5%A4%A7%E6%A8%A1%E5%9E%8B%E5%8D%8F%E4%BD%9C/</link>
		<description>Recent content in 大模型协作 on 灵语AI</description>
		<generator>Hugo</generator>
		<language>zh-CN</language>
		
		
		
		
			<lastBuildDate>Tue, 13 Oct 2026 18:30:00 +0800</lastBuildDate>
		
			<atom:link href="https://lingyu7.com/tags/%E5%A4%A7%E6%A8%A1%E5%9E%8B%E5%8D%8F%E4%BD%9C/index.xml" rel="self" type="application/rss+xml" />
			<item>
				<title>一千个AI同时干活，为什么最强模型组队也只完成了一半任务？——多智能体协作的&#39;能用&#39;和&#39;好用&#39;之间，隔着一整条认知鸿沟</title>
				<link>https://lingyu7.com/posts/multi-agent-ai-collaboration-gap-2026/</link>
				<pubDate>Tue, 13 Oct 2026 18:30:00 +0800</pubDate>
				<guid>https://lingyu7.com/posts/multi-agent-ai-collaboration-gap-2026/</guid>
				<description>&lt;h2 id=&#34;引言&#34;&gt;引言&lt;/h2&gt;&#xA;&lt;p&gt;想象一个场景：你是一个包工头，手下有1000个工人。按理说，人多力量大，什么工程都该手到擒来。但实际干起来你发现——木工等瓦工交材料，瓦工找不到图纸，电工干了一半以为别人接了手，最后整栋楼盖完了，楼梯却少了一截。&lt;/p&gt;&#xA;&lt;p&gt;这不是建筑工地的笑话，这是2026年10月，AI多智能体系统正在经历的真实困境。&lt;/p&gt;&#xA;&lt;p&gt;就在这一周，两件看似矛盾的事情同时发生：Anthropic宣布Claude的动态工作流（Dynamic Workflows）可以同时调度1000个AI Agent协作完成任务；另一边的学术评测中，最强的AI模型组队之后，任务完成率也只有52%。&lt;/p&gt;&#xA;&lt;p&gt;一边是工程上的狂飙突进，一边是认知上的捉襟见肘。多智能体AI协作，正站在&amp;quot;能用&amp;quot;和&amp;quot;好用&amp;quot;的分水岭上。&lt;/p&gt;&#xA;&lt;h2 id=&#34;工程突破一千个ai同时干活的现实&#34;&gt;工程突破：一千个AI同时干活的现实&lt;/h2&gt;&#xA;&lt;p&gt;10月9日，Anthropic正式开放了Claude Managed Agents的动态工作流公测。&lt;/p&gt;&#xA;&lt;p&gt;这项功能的核心很简单：一个&amp;quot;主Agent&amp;quot;接到复杂任务后，自己写一份分工方案，把任务拆成多个阶段，分配给不同的子Agent并行执行，最后汇总结果。整个过程不需要人类手动编排每一步——AI自己决定怎么分活。&lt;/p&gt;&#xA;&lt;p&gt;规模是第一个亮点。单个工作流最多可以同时运行64个Agent，整个生命周期内可以启动多达1000个Agent，每个工作流最长运行24小时，单个会话可以同时保持10个工作流。&lt;/p&gt;&#xA;&lt;p&gt;Anthropic公布了一组内部测试数据：在一段11.6万行代码中预埋了70个Bug，让单个Agent跑三次，最好的一次找出27个；换成动态工作流跑三次，每次都稳定在66个。&lt;/p&gt;&#xA;&lt;p&gt;这个数字差距说明了一个很朴素的道理——就像让一个人校对整个图书馆的书，注意力会漂移、遗漏会累积；但如果把书架分给不同的校对员各自负责，再由一个编辑汇总发现，效果就是不一样。&lt;/p&gt;&#xA;&lt;p&gt;这不是一个理论模型。动态工作流已经从Claude Code的本地功能走向了云端托管服务，意味着任何接入API的开发者都可以让自己的应用拥有&amp;quot;派活&amp;quot;的能力。审查几百份合同的法律事务所、需要做安全审计的工程团队、研究大量文献的学术机构——这些场景天然适合把工作拆成可以并行处理的碎片。&lt;/p&gt;&#xA;&lt;h2 id=&#34;但现实没那么简单最强模型组队也只完成了一半&#34;&gt;但现实没那么简单：最强模型组队也只完成了一半&lt;/h2&gt;&#xA;&lt;p&gt;就在Anthropic宣布的前一天，一篇来自OpenAgents、哥伦比亚大学、宾夕法尼亚大学、首尔大学和宾夕法尼亚州立大学的联合论文，泼了一盆冷水。&lt;/p&gt;&#xA;&lt;p&gt;他们构建了一个叫AgentWorld的评测基准——本质上就是让多个AI Agent进入一个&amp;quot;角色扮演游戏&amp;quot;世界，在同一个环境里分工、沟通、共享资源，共同完成任务。&lt;/p&gt;&#xA;&lt;p&gt;举个例子：要制作一根魔法杖。伐木工采集木材，木工加工成木棒，法师用木棒和材料完成制作。听起来简单得像童话故事，但真正执行起来，每一步交接都可能出问题：木材该交给谁？木棒准备好了吗？队友已经完成的步骤还要不要重复？任务没做完时，有没有人提前宣布&amp;quot;收工&amp;quot;？&lt;/p&gt;&#xA;&lt;p&gt;测试结果并不好看。Gemini 3 Flash的成功率52%，Claude Haiku 4.5是45%，GPT-5 Mini是36%，DeepSeek R1-70B只有20%。而且，&amp;ldquo;做到一半&amp;quot;和&amp;quot;真正做完&amp;quot;之间有巨大的鸿沟——Gemini 3 Flash的部分成功率有71.5%，但完整完成率只有52%。团队推进了一些中间目标，但最终的资源交接和制作步骤往往功亏一篑。&lt;/p&gt;&#xA;&lt;p&gt;更反直觉的发现是：聊天多不等于协作好。GPT-5 Mini平均每个任务发送44条消息，成功率36%；Gemini 3 Flash只发了11条，成功率却是52%。消息数量无法替代协作质量——关键不在于说了多少，而在于说的话是否更新了有效信息、是否消除了分工歧义、接收方是否据此采取了行动。&lt;/p&gt;&#xA;&lt;h2 id=&#34;矛盾背后的真相协作不是能力的简单叠加&#34;&gt;矛盾背后的真相：协作不是能力的简单叠加&lt;/h2&gt;&#xA;&lt;p&gt;把这两组结果放在一起，很多人会困惑：为什么一边是1000个Agent稳定找到66个Bug，另一边最强模型组队也才52%？&lt;/p&gt;&#xA;&lt;p&gt;答案藏在任务的&amp;quot;结构&amp;quot;里。&lt;/p&gt;&#xA;&lt;p&gt;Bug查找是一种高度可并行的任务——代码库的不同区域互相独立，每个Agent检查自己负责的那一块就行，最后汇总去重。这就像让100个人各读一本书的不同章节，然后拼出摘要，分工越细越高效。&lt;/p&gt;&#xA;&lt;p&gt;但AgentWorld里的任务更像是一群人造一艘船——伐木工做完木材必须交给木工，木工做完部件必须交给组装工，每一步都有严格的前后依赖关系，信息必须在正确的时间点流向正确的角色。这种任务，人多不一定力量大，反而可能因为协调成本的指数级增长而崩盘。&lt;/p&gt;&#xA;&lt;p&gt;这引出了一个关键洞察：&lt;strong&gt;多智能体协作的难度不取决于单个Agent有多聪明，而取决于任务结构是否&amp;quot;可分&amp;rdquo;。&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;h2 id=&#34;聪明的分工感知知道什么时候该合作&#34;&gt;聪明的&amp;quot;分工感知&amp;quot;：知道什么时候该合作&lt;/h2&gt;&#xA;&lt;p&gt;10月9日发表的另一篇论文，提出了一个很有意思的思路。&lt;/p&gt;&#xA;&lt;p&gt;来自学术界的研究者设计了一个&amp;quot;能力感知&amp;quot;（Competence-Aware）的多智能体编排框架。核心想法是：不是所有任务都需要团队合作。如果当前的Agent已经足够强，能独立解决问题，那就让它自己干——额外的协调只会浪费资源。&lt;/p&gt;&#xA;&lt;p&gt;具体来说，系统会先评估当前Agent面对这个问题时的&amp;quot;胜任度&amp;quot;，然后据此决定要不要启动协作、让哪些角色参与、Agent之间怎么通信。对于能力强的模型，这个方法不仅把准确率从87.22%提升到了89.97%，还减少了36.26%的Token消耗——因为不再为简单问题调用不必要的&amp;quot;团队会议&amp;quot;。&lt;/p&gt;&#xA;&lt;p&gt;这很像一个经验丰富的项目经理：不是所有事情都要开会讨论。简单的事直接安排，复杂的事才拉上相关人坐到一起。知道什么时候不需要协作，本身就是一种协作智慧。&lt;/p&gt;&#xA;&lt;h2 id=&#34;对普通人意味着什么&#34;&gt;对普通人意味着什么&lt;/h2&gt;&#xA;&lt;p&gt;你可能会问：这些和我有什么关系？&lt;/p&gt;&#xA;&lt;p&gt;关系比你想象的大。&lt;/p&gt;&#xA;&lt;p&gt;第一，&lt;strong&gt;AI正在从&amp;quot;一个助手&amp;quot;变成&amp;quot;一支团队&amp;quot;&lt;/strong&gt;。你未来使用的AI工具，可能不再是你和一个聊天窗口对话，而是你告诉AI一个目标，它自己组建一个小团队分头去做。审查合同、分析数据、整理资料——这些需要处理大量信息的工作，效率可能会有数量级的提升。&lt;/p&gt;&#xA;&lt;p&gt;第二，&lt;strong&gt;&amp;ldquo;人海战术&amp;quot;对AI同样有效&lt;/strong&gt;。1000个Agent同时工作，本质上就是AI世界的人海战术。但和人海一样，它的有效性取决于怎么分工，而不取决于人数。一个管理混乱的1000人团队不如一个组织精良的10人小队——这对AI和人都是一样的道理。&lt;/p&gt;&#xA;&lt;p&gt;第三，&lt;strong&gt;AI协作的瓶颈不在智商，在沟通&lt;/strong&gt;。人类团队最大的内耗往往不是&amp;quot;不够聪明&amp;rdquo;，而是&amp;quot;信息没对齐&amp;quot;。AI团队正面对同样的问题。谁在什么时候需要知道什么，怎么确保信息在交接中不丢失不失真——这既是人类组织的永恒课题，也是AI多智能体系统的核心挑战。&lt;/p&gt;&#xA;&lt;h2 id=&#34;写在最后&#34;&gt;写在最后&lt;/h2&gt;&#xA;&lt;p&gt;2026年10月，多智能体AI协作同时展示了它的天花板和地板。&lt;/p&gt;&#xA;&lt;p&gt;天花板上，是1000个Agent并行工作的工程壮举，Bug检出率从40%飙到94%。地板下，是最强模型组队也只完成一半任务的尴尬现实。&lt;/p&gt;&#xA;&lt;p&gt;但这两者并不矛盾。它们指向同一个结论：多智能体协作的未来，不在于让每个Agent更强，而在于让Agent之间的协作结构更聪明——知道什么时候该分头干，什么时候该坐下来对齐，什么时候根本不需要&amp;quot;开会&amp;quot;。&lt;/p&gt;&#xA;&lt;p&gt;就像人类团队一样，最厉害的不是找到一群天才，而是让天才们知道怎么配合。&lt;/p&gt;&#xA;&lt;hr&gt;&#xA;&lt;p&gt;&lt;strong&gt;参考来源：&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;ol&gt;&#xA;&lt;li&gt;Anthropic, &amp;ldquo;Claude Managed Agents: Dynamic Workflows,&amp;rdquo; Claude Platform Release Notes, October 9, 2026.&lt;/li&gt;&#xA;&lt;li&gt;Wang et al., &amp;ldquo;Competence-Aware Orchestration for LLM-Based Multi-Agent Systems,&amp;rdquo; arXiv:2610.13144, October 9, 2026.&lt;/li&gt;&#xA;&lt;li&gt;OpenAgents, Columbia University, UPenn, Seoul National University, Penn State, &amp;ldquo;AgentWorld: A Benchmark for Multi-Agent Collaboration,&amp;rdquo; arXiv:2609.31590, September 2026.&lt;/li&gt;&#xA;&lt;li&gt;36氪, &amp;ldquo;Agent组队干活，最强模型只完成50%任务&amp;rdquo;, 2026年10月10日.&lt;/li&gt;&#xA;&lt;/ol&gt;</description>
			</item>
	</channel>
</rss>
