Claude Code 上線動態工作流：可排程數百個子智慧體，11 天重構 Bun

以前讓 AI 輔助寫程式碼，大多是讓它補幾行函式，或者修幾個孤立的報錯。一旦涉及整個程式碼庫的重構或語言遷移，人類團隊通常要拉幾十個人按季度排期。現在 Anthropic 想把這個週期壓縮到幾天。

Anthropic 正式在 Claude Code 中上線了名為「動態工作流」（dynamic workflows）的新功能。它讓 Claude 能在單個任務會話裡，動態編寫排程指令碼並拉起幾十到上百個並行子代理，從頭到尾接管超大規模的複雜工程任務。

該功能目前支援 CLI、桌面端、VS Code 外掛以及 Claude API，並在亞馬遜 Bedrock、谷歌雲 Vertex AI 和微軟 Foundry 上同步提供，面向 Pro、Max、Team 和 Enterprise 使用者開放。

75 萬行程式碼，11 天移植完成

這套機制有多誇張？最直觀的案例來自 Bun 的創始人 Jarred Sumner。他藉助動態工作流，把 Bun 從 Zig 語言整體移植到了 Rust，整個過程只用了 11 天。

這項任務涉及大約 75 萬行 Rust 程式碼，最終實現了原有測試套件 99.8% 的通過率。整個過程並不靠一次性的漫長生成，而是拆解成了多個工作流。

首先是一個工作流為 Zig 程式碼中的每個結構體欄位匹配正確的 Rust 生命週期。隨後數百個子代理並行重寫每一個對應檔案，每個檔案還會分配兩名稽核代理獨立檢查。

之後，自動修復迴圈反覆執行構建和測試套件，直到全部通過。移植完成後，Claude 甚至還在夜間跑了一個工作流，專門清理不必要的資料複製並提了 PR。雖然目前這些程式碼還沒投入生產環境，但整個體量已經足夠驚人。

怎麼讓上百個代理不打架

很多人自己搭過多代理系統，最大的痛點就是代理之間容易混亂、上下文爆炸或者越跑越偏。Anthropic 的解法是把協調邏輯移到對話之外。

當工作流啟動時，Claude 會根據提示詞動態拆分子任務，分發給並行子代理。不僅有代理負責幹活，還會有獨立的對抗性代理專門挑刺、試圖推翻現有結果，直到兩邊結論收斂。

為了避免長時間任務中途夭折，工作流全程儲存進度。就算任務中斷，重新啟動時也會從斷點繼續，而不是重頭再來。

與此配套的是剛釋出的 Claude Opus 4.8 模型。新模型在誠實度上大幅提升，放過程式碼漏洞的機率比上一代降低了大約四倍，這也讓長流程自動稽核變得更可靠。

在用法上，使用者可以在對話裡直接讓 Claude 建立工作流，或者在 effort 選單裡開啟名為 ultracode 的新設定。這會把推理努力度設為最高級別的 xhigh，讓 Claude 自主判斷何時啟動並行工作流。

需要注意的是，這種操作會極大幅度消耗 Token。Anthropic 專門設定了攔截提示，工作流首次觸發時必須由使用者確認，企業管理員也可以在後臺直接停用。

為什麼重要

對開發者和工程團隊來說，這項功能最大的價值在於消滅那些「重要但痛苦」的髒活。全庫級別的死程式碼清理、API 廢棄替換、安全巡檢以及架構遷移，以前很難下決心立項，現在一個人配上 Claude 就能推進。你不需要自己去折騰複雜的 LangGraph 或 AutoGen 編排，開箱即用降低了極大的工程門檻。

但值不值得現在大範圍用，取決於你的錢包厚度。上百個子代理跑上幾天，消耗的 Token 數量極其誇張，中小團隊如果盲目開啟 ultracode 跑大庫，賬單可能會非常嚇人。我們建議先在區域性模組或小服務上試水，摸清消耗量再放開。

對整個行業而言，這代表 AI 程式設計工具從「結對助手」正式變成了「外包突擊隊」。像 Cursor 等主打單檔案補全和輕度 Agent 的工具，競爭壓力會迅速加大，整個賽道正在從卷模型單次回答質量，轉向卷多代理自治編排。

我們認為 Anthropic 這步走得非常聰明。它沒有做花哨的獨立 Agent 平臺，而是把它藏進 CLI 和開發外掛中，並用「對抗驗證」和「斷點續傳」解決了長程任務跑飛的頑疾。不過這裡也有隱患：Bun 的案例雖然跑通了 99.8% 的測試，但依然沒有上線生產環境。自動化移植極易在極端邊界條件下埋雷，如果沒有極其完善的既有測試集作為硬指標，完全放權給 AI 可能會帶來災難性的隱蔽 Bug。