每天固定三个时间点查PR，两段两小时的深度工作块——这套防打断机制我坚持了两年。效果？马马虎虎，但至少能干活。
直到我开始同时跑多个AI代理。
旧敌人：别人的"快问一句"
以前打断你的东西很单纯。Slack弹窗、会议邀请、同事探头问"有空吗"。这些至少来源清晰，边界分明。
我管这叫"外部中断"。工程师都懂：你正追着跨三个服务的bug，生产环境才复现的那种，或者一个设计决策还没想透——这时候任何杂音都不是"一分钟的事"。
模型在脑子里刚搭好，啪，断了。重建二十分钟起。
所以我批量处理。通知分时段看，问题攒一起回。不完美，但能用。
新麻烦：工作自己打断自己
现在我的桌面常驻三个代理窗口。一个在探下个需求，一个在试重构方案，一个扫技术动态——手动追更新？早追不动了。
然后它们开始轮播。
「A任务探索完成，需要确认方向。」
「B重构遇到冲突，选方案一还是方案二？」
「C更新汇总完毕，但有个细节和你上次的prompt矛盾——」
最狠的一次，四个代理在十七分钟内陆续弹窗。每个都带"进度"，每个都理直气壮要即时反馈。
过去是别人把你从任务里拽出来。现在是你同时拽着好几个半吊子任务，它们轮流拽你。
最隐蔽的陷阱：这看起来像在干活
Slack打断你，你知道这是打断。会议打断你，你也知道。
但代理弹窗不一样。它披着"有进展了"的外衣，让你误以为自己很高效。点进去，回两句，切回来——刚才那坨代码逻辑还在脑子里吗？
我统计过（粗略的）：代理交互的平均恢复时间，比人类打断短一点，但频率高了四到五倍。乘起来，血亏。
更麻烦的是决策疲劳。以前写代码是"思考→执行→验证"的线性流。现在变成"分发→等待→仲裁→再分发"的网状结构。脑子里的栈越压越深，清栈成本指数级涨。
有个早晨我同时跟进五个代理线程，下午发现自己花了三小时，没写出一行能提交的代码。全在当调度员。
我试过的几套补丁
批量处理代理输出？试过。设固定检查点，比如每小时统一看一次。但代理不像人类同事，它们不会"等等"——你延迟回复，有些任务就卡在那，或者基于默认配置跑偏。
降低并行度？试过。从五个代理砍到两个。确实清净些，但速度下来了，看着别人用满编代理队形推进，又焦虑。
最讽刺的是，我专门写了个"代理调度代理"来管这件事。结果？多了一层中断源。它要确认优先级，要我在冲突时拍板——本质是把碎片化的决策，打包成另一个需要决策的东西。
现在我的妥协方案是：保留一个"主代理"走实时协作，其他的全设成异步批处理，每天只扫两次。不完美，但至少能干活——这话是不是有点耳熟？
你同时开几个代理？有没有算过，它们"帮忙"省下的时间，够不够填上被打断的窟窿？
热门跟贴