北京
凌晨3點(diǎn)09分，終端窗口里四個面板同時刷新，編譯完成的APK被推送到手機(jī)上，冷啟動后登錄界面完美呈現(xiàn)。而在git時間線上，從晚上7點(diǎn)38分到此刻，沒有一行應(yīng)用代碼是由人手敲出來的。一個人，一晚上，用五個Claude Code代理并行驅(qū)動，交付了一個多租戶的Flutter SaaS——包含消費(fèi)者端、運(yùn)營管理后臺、QR簽到、現(xiàn)場收銀，以及部署好的Firebase后端。
這個說法的支撐很硬：倉庫里的每一次提交、每一份目標(biāo)文件、每一段觀察者捕獲的日志，都指向同一種編排模式。作者沒有讓任何一個代理觸碰其他代理的目錄，而是通過一個名為Hermes Agent的指揮層來分發(fā)任務(wù)。Hermes不寫任何業(yè)務(wù)邏輯，它只干一件事：為每個面板寫一個目標(biāo)文件，扔進(jìn)對應(yīng)的Claude Code實(shí)例，然后掛上一個觀察者，等它放好標(biāo)記文件。一旦標(biāo)記落盤，下一輪目標(biāo)立刻重新播種。
這種并發(fā)模式的質(zhì)疑集中在兩點(diǎn)：多個AI同時改庫會不會沖突，以及它們?nèi)绾蝹鬟f“完成”信號才不會互相等待。而實(shí)際的操作記錄給出了答案。從文檔記錄看，2026年5月30日凌晨0點(diǎn)21分到28分之間，前端和后端同時落了兩組提交，一組負(fù)責(zé)Firebase API接線和多租戶數(shù)據(jù)模型，另一組做了并發(fā)基礎(chǔ)設(shè)施升級，完全沒有環(huán)鎖。這依賴一個簡單的約定：結(jié)果通過標(biāo)記文件而非輪詢來通知觀察者，指揮層只讀取這個文件來判定任務(wù)終結(jié)，隨后清理、啟動下一個目標(biāo)。觀察者窗口里甚至可以同時捕捉到APK安裝成功和“前端完成”的ping——03:06:10 APK安裝成功，03:07:10 前端標(biāo)記“auth errors now show the real code”，新構(gòu)建已經(jīng)就緒。
一組真實(shí)的目標(biāo)文件可以看清這種分工。一段給前端代理的目標(biāo)寫道：“GOAL: ship PRD-006 (auth routing fix + email/password) on the CLIENT FLUTTER APP only. Your turf is `ap`……”它嚴(yán)格限定了“只在客戶端應(yīng)用，目錄僅限ap”。這種指令的精確性，加上每個代理擁有獨(dú)立的殼環(huán)境和目錄樹，讓四個、后來五個代理在同一個單倉庫里并行打磨一個應(yīng)用成為可能，而不會冒犯彼此的代碼區(qū)間。
當(dāng)然，將這一切串起來的不僅是Hermes。可見的底層是Herdr，一個為代理建造的終端多路復(fù)用器；編譯好的APK通過Tailscale無線adb推到手機(jī)上；監(jiān)測用的二維碼掃描依靠mobile_scanner；自托管的Honcho記憶后端運(yùn)行在本地Ollama之上。但這些只是組件清單。真正讓人多看一眼的，是模式本身：用標(biāo)記文件完成異步握手，用目錄隔離保證并行安全，而人類全程只寫目標(biāo)文件。
這種方式能不能變成日常？一個晚上的實(shí)驗(yàn)結(jié)果并不能直接等同于生產(chǎn)級實(shí)踐。但這次交付至少說明，多代理協(xié)同開發(fā)的門已經(jīng)推開了一條縫。當(dāng)指揮層足夠輕量、代理的執(zhí)行邊界足夠清晰時，代碼倉庫就不再是單線程的人類領(lǐng)地了。你甚至可以把這個實(shí)驗(yàn)看作一個微小的原型：把開發(fā)拆成可驗(yàn)證的子任務(wù)，讓多個AI各自在一個隔離空間里跑完，最后拼成一個能運(yùn)行的產(chǎn)品。至于代碼質(zhì)量、長期維護(hù)和設(shè)計(jì)一致性，那就是下一輪目標(biāo)文件要回答的問題了。
特別聲明：以上內(nèi)容(如有圖片或視頻亦包括在內(nèi))為自媒體平臺“網(wǎng)易號”用戶上傳并發(fā)布，本平臺僅提供信息存儲服務(wù)。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
