很多人第一次进入多Agent工作方式时,都会有一种非常强烈的“生产力爆炸”感。

以前做开发,自己一次只能推进一两件事。

现在不一样。

你可以让一个Codex修Bug,让另一个Agent分析Repository,再让第三个任务补测试,同时ChatGPT还在帮你整理方案。

从表面上看:

你像是突然多了几个数字员工。

于是很多人会自然得出一个结论:

既然AI可以同时工作,那我是不是应该尽可能多开几个任务?

但真正跑一段时间以后,问题开始出现。

上午开了6个Agent。

中午已经有4个返回结果。

下午又有两个任务需要你确认方向。

一个Diff还没看完,另一个Agent已经在问要不要继续。

等到晚上,你会发现一个很奇怪的现象:

AI从早到晚都在忙。

你自己也从早到晚都在忙。

但真正完成并进入下一阶段的任务,并没有想象中增加那么多。

这时候,真正限制效率的可能已经不是AI能力。

而是:

你的注意力。


一、为什么多开几个AI任务,最开始确实会更快?

因为在低并发阶段,AI确实可以填补大量原本属于人的等待时间。

以前:

你写代码的时候,只能等测试结束。

等构建。

等资料。

等某个分析结果。

这些时间里,人基本处于被动状态。

Agent出现以后,可以把这些等待时间利用起来。

比如:

任务A正在跑测试时,你让AI处理任务B。

任务B正在分析时,再让另一个Agent准备任务C。

这时候并行是真正有价值的。

因为:

原本空闲的时间,被AI利用起来了。

所以从1个Agent增加到2个、3个,效率通常确实会上升。

问题出现在:

继续增加以后。


二、AI可以并行,但人的判断并不能无限并行

一个Agent完成任务以后,并不是自动结束。

它往往还需要人做一些事情:

看结果。

确认方向。

判断风险。

批准继续。

决定接受还是拒绝。

这些动作有一个共同特点:

需要高质量注意力。

你可以让10个Agent同时跑。

但你没办法同时认真Review 10个复杂Diff。

更不可能同时判断:

哪个架构方案更合理。

哪个业务约束不能动。

哪个风险可以接受。

所以多Agent工作流里,会出现一个非常重要的不对称:

AI执行能力可以横向扩展,但人的决策能力很难同比扩展。

这就是为什么当Agent数量继续增加以后,新的瓶颈开始出现。


三、背后的机制:Human Attention正在变成新的稀缺资源

过去的软件开发中,最稀缺的通常是:

开发时间。

编码能力。

计算资源。

但AI进入工作流以后,这几个成本都在快速下降。

代码可以由AI生成。

分析可以由AI完成。

多个任务可以并行运行。

于是一个新的资源开始变得越来越珍贵:

Human Attention。

也就是:

人的注意力。

但这里说的注意力,不只是“看一眼”。

而是能够完成真正有效判断的注意力。

比如:

这次修改是不是超出Scope?

这个方案会不会引入长期技术债?

这个测试通过是否足以证明任务完成?

AI现在应该继续,还是应该停止?

这些都需要人的上下文、经验和判断。

所以未来AI工作流里,人的价值可能越来越不是:

亲自执行多少操作。

而是:

把有限的注意力放在哪些关键决策上。


四、为什么任务越多,注意力消耗不是线性增加,而可能加速增加?

这是很多人低估的一点。

假设你同时只有一个AI任务。

你知道:

它在干什么。

现在做到哪一步。

下一步需要什么。

上下文都在脑子里。

如果同时有两个任务:

负担还比较轻。

但如果同时有8个任务:

问题就不只是“多看7个结果”。

你还需要不断在不同上下文之间切换。

任务A是支付。

任务B是用户权限。

任务C是缓存问题。

任务D是代码迁移。

每一次切换,你的大脑都需要重新恢复:

这个任务最初目标是什么?

AI已经做过什么?

还有哪些风险?

上一次我为什么让它停在这里?

这会产生一个非常重要的成本:

Context Switching Cost,也就是上下文切换成本。

所以AI任务增加以后,人的压力并不是简单的:

任务数量 × 处理时间。

而更像:

任务数量 + 切换成本 + 状态恢复成本 + 决策成本。

这就是为什么有些人同时开很多Agent以后,会出现一种感觉:

“我什么都没亲自写,但脑子特别累。”

因为你的角色已经从执行者变成了调度者。


五、为什么Agent越强,这个问题反而越容易放大?

因为Agent能力越强,单个任务越能独立推进。

以前AI每走一步都要问你。

你虽然被打断很多,但任务状态比较透明。

现在Agent可以自己连续完成很多步骤。

表面看,人工介入减少了。

但结果回来以后,每个任务携带的信息量更大了。

一个Agent可能一次给你:

多个文件修改。

测试结果。

风险提示。

设计决策。

后续建议。

于是单个任务的人类处理成本反而可能上升。

也就是说:

AI越自主,人的介入频率可能下降,但单次介入的信息密度会上升。

所以未来真正的问题不会只是:

“Agent能不能自己跑?”

而会变成:

“一个人到底能稳定管理多少个高自主Agent?”


六、为什么未来“注意力瓶颈”会越来越明显?

因为多Agent不会是少数高级用户的玩法。

它很可能逐渐成为正常工作方式。

未来一个开发者可能同时拥有:

一个Coding Agent。

一个Research Agent。

一个测试Agent。

一个Review Agent。

一个文档Agent。

甚至不同项目还有各自独立的Agent。

这时候,AI总产能会快速上升。

但人的一天仍然只有固定时间。

真正高质量决策的时间甚至更少。

所以未来团队真正需要管理的,不只是:

模型性能。

Agent数量。

还包括:

人的注意力预算。

如果没有这个概念,就很容易出现:

AI产能越来越高。

人却越来越忙。

最后整个系统依然堵在人这里。


七、可以用“人工介入密度”判断自己的瓶颈

这里可以建立一个自测指标:

人工介入密度

它不是看你开了多少Agent。

而是看:

每个AI任务在推进过程中,需要你进行多少次真正的判断。

比如一个任务从开始到完成,需要你:

确认目标。

看一次Plan。

处理两次异常。

Review一次结果。

最后批准合并。

一共5次人工介入。

如果这些介入都很短,而且不需要复杂判断,负担不高。

但如果每一个任务都需要频繁回来找你:

“要不要继续?”

“这个方案选哪个?”

“这个范围能不能改?”

“测试失败怎么办?”

那么随着任务数量增加,人工介入会迅速堆积。

可以观察三个信号。

第一,你是不是经常被多个Agent同时打断?

第二,你是不是需要花越来越多时间重新恢复任务上下文?

第三,AI完成的任务是不是开始排队等你确认?

如果这三个情况越来越明显,说明你的瓶颈已经不是AI执行能力,而是人的注意力处理能力。


八、降低人工介入密度,不是让AI完全自主

很多人看到这里,会想到一个极端方案:

“那干脆让AI全部自己做。”

这并不一定更好。

因为如果AI在高风险节点也完全自主,错误传播可能更远。

真正有效的方式,是:

减少低价值介入,保留高价值介入。

比如:

Lint失败,不需要人工判断。

类型检查失败,也可以自动处理。

固定测试失败,可以让Agent先自己修。

但涉及:

公共API变化。

数据结构变化。

权限逻辑。

业务规则。

架构调整。

这些节点,仍然应该让人参与。

也就是说,未来成熟的Agent Workflow应该做的是:

把人的注意力从“频繁确认”转向“关键决策”。


九、还要控制同时活跃的任务数量

很多人会犯一个非常典型的错误:

因为AI能并行,就尽量多开。

但多Agent真正的效率,不取决于开了多少。

而取决于:

你能不能稳定消化它们。

所以可以给自己设置一个WIP上限。

比如:

同一时间只允许3到5个真正活跃的复杂Agent任务。

其他任务可以排队,但不立刻执行。

这样做的好处不是“保守”。

而是降低:

任务遗忘。

上下文切换。

验收积压。

人工介入冲突。

真正成熟的并行,不是无限并行。

而是:

在人的注意力承载范围内,保持最高有效吞吐。


十、人工介入密度低:Plus通常已经够用

如果你的日常状态是:

同时运行的Agent不多。

任务比较明确。

AI大部分时候可以独立完成。

只有关键节点需要你确认。

你也不会频繁出现大量任务等着Review。

那么你的人工介入密度还比较低。

这时候真正需要的是:

提高单任务执行效率。

Plus通常已经可以满足很多日常使用。

因为你现在并不缺AI产能。


十一、人工介入密度高,也不代表应该马上Pro

这一点同样很重要。

如果你已经被AI任务压得很忙:

大量结果等着处理。

多个Agent频繁打断。

上下文切换严重。

这时候继续增加AI容量,往往不会解决问题。

甚至可能更糟。

因为新的产能会产生更多需要你判断的结果。

所以应该先做:

减少同时活跃任务。

降低无效介入。

自动化低风险判断。

固定Checkpoint。

结构化Agent输出。

只有把这些问题优化以后,再看瓶颈是否仍然在AI侧。


十二、什么时候Pro才真正有意义?

更适合Pro的状态是:

你的多Agent Workflow已经比较成熟。

同时运行多个任务,但没有明显积压。

低价值判断已经自动化。

关键节点有明确人工介入。

你能够快速恢复上下文。

AI结果回来以后能够及时处理。

但即使这样,真实工作里仍然存在大量高价值任务,需要更多AI并行能力和持续执行。

这时候AI容量才真正可能成为瓶颈。

也就是说:

先证明人的注意力系统能承载更多AI,再考虑扩大AI产能。

这比单纯看“我每天开多少Agent”更可靠。


最后:AI越多以后,真正稀缺的可能不是智能,而是注意力

未来AI不会越来越少。

只会越来越多。

模型更多。

Agent更多。

并行任务更多。

执行能力越来越强。

但人的注意力不会同步增长。

所以未来真正厉害的AI用户,可能不是同时开最多Agent的人。

而是:

最会管理自己注意力的人。

知道:

什么任务应该交给AI。

什么节点必须自己判断。

哪些结果可以自动接受。

哪些问题值得花10分钟认真看。

如果你的AI任务少、人工介入密度低:

Plus通常够用。

如果你已经建立成熟多Agent工作流,人的注意力仍然有余量,而AI侧持续限制真实吞吐:

Pro才真正开始匹配。

未来AI生产力真正拉开差距的,不只是:

拥有多少智能。

而是:

能不能把有限的人类注意力,放在最有价值的决策上。

持续更新Codex、大模型开发相关技术内容。
长期使用各类代码大模型,整理了稳定的AI会员订阅渠道,有需要可自取!

Logo

葡萄城是专业的软件开发技术和低代码平台提供商,聚焦软件开发技术,以“赋能开发者”为使命,致力于通过表格控件、低代码和BI等各类软件开发工具和服务,一站式满足开发者需求,帮助企业提升开发效率并创新开发模式。

更多推荐