過去一週，開發者社羣的注意力被一條 X 帖子牢牢抓住。發帖人是 Boris Cherny —— Anthropic 旗下 Claude Code 的建立者。他沒有釋出新功能，也沒有宣佈融資，只是展示了自己日常怎麼用這個工具。結果，這條帖子演變成了一個現象級話題，被反覆拆解和討論。
五個並行終端，一個指揮官
傳統上，寫程式碼是一條直線：寫一個函式，跑測試，修 bug，再寫下一個。Cherny 的描述完全不是這個玩法。他在終端裡同時開著 5 個 Claude，給標籤編號 1 到 5，然後依賴 iTerm2 的系統通知，哪個 Agent 需要輸入就切過去。一個 Agent 在跑測試套件，另一個在重構老模組，第三個在寫文件——他本人更像一個排程員，而不是生產者。
這還沒完。Cherny 還在瀏覽器裡開著 5 到 10 個 claude.ai 會話，並且用一條 「teleport」命令把會話從網頁無縫切換到本地終端。也就是說，他的「工作臺」橫跨兩個環境，所有任務同時推進。
為什麼一條工作流帖子讓開發者炸鍋
這種「多線作戰」顯然超出多數人的日常用法。評論區裡有人留言說，實際試過之後，「感覺更像玩 Starcraft，而不是寫程式碼」——你不再逐行敲鍵盤，而是指揮一群自主單位去執行任務。這句比喻被反覆引用，因為它精準形容了角色轉變。
行業人士 Jeff Tang 直接在 X 上表示，沒讀過 Cherny 分享的 Claude Code 最佳實踐，作為程式設計師已經落後了。另一位觀察者 Kyle McNease 說得更激進，認為這次更新是 Anthropic 的「ChatGPT 時刻」。
給開發者的實際訊號
這條工作流最值得注意的地方，不是「5 個 Agent」這個數字，而是它對個人開發者產能結構的改變。過去，一個人並行處理多個模組，受限於上下文切換的腦力成本。現在，每個 Agent 可以獨立承擔一個任務流，人只在關鍵節點做決策。這與 Anthropic 總裁 Daniela Amodei 此前強調的「用更少的人做更多事」策略方向一致。
對獨立開發者和小團隊來說，這種模式尤其誘人。它意味著你可以在沒有龐大工程團隊的條件下，同時推進功能開發、測試和文件維護。當然，這也要求開發者具備更強的任務拆解和優先順序判斷能力——把活分給 5 個 Agent 不難，難的是知道什麼活適合並行、什麼時候該收束。
冷靜一下：這是工作流，不是銀彈
值得注意的是，Cherny 並沒有聲稱這套方法適用於所有專案。他展示的是個人偏好，背後有對 Claude 行為模式的深度理解。對普通開發者而言，直接複製 5 終端 + 通知的配置未必合適，更現實的做法是從兩個並行任務開始，觀察自己是否能跟上節奏。
另外，多 Agent 並行會帶來 上下文碎片化的問題。每個 Agent 不知道另一個 Agent 在做什麼，協調工作仍然落在人身上。Cherny 用編號和通知解決「何時需要我」，但沒有解決「如何讓 Agent 之間互相理解」。在這一點上，官方公開的技術細節仍然有限。
- 想嘗試的人，可以先用兩個終端跑不同任務，熟悉通知機制，再逐步加量。
- 把任務型別區分開：測試、重構、文件這類相對獨立的工作，更適合並行。
- 留意某個 Agent 佔用大量互動時間時，及時暫停其他任務，避免陷入全域性阻塞。
Cherny 這次公開的與其說是一個終極答案，不如說是一份來自一線實踐者的實驗報告。它把「一個人用 AI 幹一個團隊的活」從口號變成了可參考的操作流程。接下來，值得關注的是 Anthropic 是否會把這套模式固化進 Claude Code 的正式功能——畢竟，當建立者本人都在這麼用，工具團隊沒理由熟視無睹。
評論
暫無評論
成為第一個評論的人