每天固定三個(gè)時(shí)間點(diǎn)查PR，兩段兩小時(shí)的深度工作塊——這套防打斷機(jī)制我堅(jiān)持了兩年。效果？馬馬虎虎，但至少能干活。

直到我開始同時(shí)跑多個(gè)AI代理。

舊敵人：別人的"快問一句"

以前打斷你的東西很單純。Slack彈窗、會(huì)議邀請、同事探頭問"有空嗎"。這些至少來源清晰，邊界分明。

我管這叫"外部中斷"。工程師都懂：你正追著跨三個(gè)服務(wù)的bug，生產(chǎn)環(huán)境才復(fù)現(xiàn)的那種，或者一個(gè)設(shè)計(jì)決策還沒想透——這時(shí)候任何雜音都不是"一分鐘的事"。

模型在腦子里剛搭好，啪，斷了。重建二十分鐘起。

所以我批量處理。通知分時(shí)段看，問題攢一起回。不完美，但能用。

新麻煩：工作自己打斷自己

現(xiàn)在我的桌面常駐三個(gè)代理窗口。一個(gè)在探下個(gè)需求，一個(gè)在試重構(gòu)方案，一個(gè)掃技術(shù)動(dòng)態(tài)——手動(dòng)追更新？早追不動(dòng)了。

然后它們開始輪播。

「A任務(wù)探索完成，需要確認(rèn)方向。」

「B重構(gòu)遇到?jīng)_突，選方案一還是方案二？」

「C更新匯總完畢，但有個(gè)細(xì)節(jié)和你上次的prompt矛盾——」

最狠的一次，四個(gè)代理在十七分鐘內(nèi)陸續(xù)彈窗。每個(gè)都帶"進(jìn)度"，每個(gè)都理直氣壯要即時(shí)反饋。

過去是別人把你從任務(wù)里拽出來。現(xiàn)在是你同時(shí)拽著好幾個(gè)半吊子任務(wù)，它們輪流拽你。

最隱蔽的陷阱：這看起來像在干活

Slack打斷你，你知道這是打斷。會(huì)議打斷你，你也知道。

但代理彈窗不一樣。它披著"有進(jìn)展了"的外衣，讓你誤以為自己很高效。點(diǎn)進(jìn)去，回兩句，切回來——?jiǎng)偛拍芹绱a邏輯還在腦子里嗎？

我統(tǒng)計(jì)過（粗略的）：代理交互的平均恢復(fù)時(shí)間，比人類打斷短一點(diǎn)，但頻率高了四到五倍。乘起來，血虧。

更麻煩的是決策疲勞。以前寫代碼是"思考→執(zhí)行→驗(yàn)證"的線性流。現(xiàn)在變成"分發(fā)→等待→仲裁→再分發(fā)"的網(wǎng)狀結(jié)構(gòu)。腦子里的棧越壓越深，清棧成本指數(shù)級(jí)漲。

有個(gè)早晨我同時(shí)跟進(jìn)五個(gè)代理線程，下午發(fā)現(xiàn)自己花了三小時(shí)，沒寫出一行能提交的代碼。全在當(dāng)調(diào)度員。

我試過的幾套補(bǔ)丁

批量處理代理輸出？試過。設(shè)固定檢查點(diǎn)，比如每小時(shí)統(tǒng)一看一次。但代理不像人類同事，它們不會(huì)"等等"——你延遲回復(fù)，有些任務(wù)就卡在那，或者基于默認(rèn)配置跑偏。

降低并行度？試過。從五個(gè)代理砍到兩個(gè)。確實(shí)清凈些，但速度下來了，看著別人用滿編代理隊(duì)形推進(jìn)，又焦慮。

最諷刺的是，我專門寫了個(gè)"代理調(diào)度代理"來管這件事。結(jié)果？多了一層中斷源。它要確認(rèn)優(yōu)先級(jí)，要我在沖突時(shí)拍板——本質(zhì)是把碎片化的決策，打包成另一個(gè)需要決策的東西。

現(xiàn)在我的妥協(xié)方案是：保留一個(gè)"主代理"走實(shí)時(shí)協(xié)作，其他的全設(shè)成異步批處理，每天只掃兩次。不完美，但至少能干活——這話是不是有點(diǎn)耳熟？

你同時(shí)開幾個(gè)代理？有沒有算過，它們"幫忙"省下的時(shí)間，夠不夠填上被打斷的窟窿？