Anthropic 在 5 月 28 日與 Opus 4.8 一起在 Claude Code 中發布了 Dynamic Workflows,InfoQ 的報導在六月初落地。能力:Claude 動態編寫編排腳本,在單個會話中扇出數十到數百個並行子代理,帶有嘗試反駁發現的批評者子代理,執行繼續迭代直到答案收斂。16 個並發代理並行執行;每次執行總共 1000 個代理的上限。Anthropic 明確定位的用例:調查廣泛的 bug、管理大型遷移、進行安全審計、效能審查和複雜軟體專案的架構分析。今天在 Claude Code CLI、Desktop 和 VS Code 擴充功能中作為研究預覽提供,適用於 Max、Team 和 Enterprise 方案(如果管理員啟用),加上 Claude API、Amazon Bedrock、Vertex AI 和 Microsoft Foundry。
該能力是相對於先前 Task-tool 委派的真實形態變化。以前,每次 Task 呼叫得到一個子代理;跨多個子代理的協調是你自己的工作來編寫,在你自己的循環中,使用你自己的訊息傳遞。Dynamic Workflows 將編排腳本的編寫交給 Claude 本身,Claude 用並發原語(並行扇出,一次最多 16 個在飛)加上收斂原語(批評者子代理反駁,迭代直到收斂)來組成那個腳本。「每次執行 1000 上限」是失控循環的後備保障,不是目標,但它告訴你設計意圖:這是用於事先未知子代理正確數量並且可能在幾百的工作。Anthropic 引用的 Jarred Sumner 例子:在大約 750,000 行 Rust 中,現有測試套件通過 99.8%,從首次提交到合併用了十一天。這是單代理循環無法關閉的遷移類型。
兩個生態線索。首先,這在實際意義上改變了「代理」的含義。單代理 ReAct 循環兩年來一直是隱式的工作單元;Dynamic Workflows 將單元重新定義為一個分解-然後-驗證的多代理集合。對於思考自己代理平台的 builders,問題不再是「我如何製作一個更好的單代理」而是「產生單一通過無法產生的結果的扇出-收斂 harness 是什麼。」MiniMax M3 和 Qwen3.7-Plus 都向 agent-team 模式做出了示意;Dynamic Workflows 是與編寫它的模型一起 ship 的實現。其次,verification-by-refutation 原語是值得停頓的設計選擇。大多數多代理框架使用並行來獲得速度(覆蓋更多領域)或用於 ensembling(投票)。Anthropic 正在使用並行來進行對抗檢查:代理在向上報告之前嘗試反駁彼此的發現。這是區分「更多代理」和「更好答案」的 move,也是大多數臨時編排設置跳過的部分。
週一早上,如果你在 Claude Max、Team 或 Enterprise 方案上:Dynamic Workflows 今天處於研究預覽,值得在真正的全面覆蓋任務(安全審計、大型遷移、全程式碼庫 review)上嘗試,而不是在單代理已經工作的小任務上。如果你建構自己的多代理平台:parallel-with-refutation 模式是設計教訓,16-concurrent / 1000-cap 形態是要複製的合理預設。如果你在 API 路徑上(Bedrock、Vertex、Foundry):相同的可用性,相同的形態。注意事項:這仍然是研究預覽,所以行為可能改變;1000 代理天花板是真實的,所以試圖 spawn 更多的工作流會撞上它;成本隨子代理計數縮放,所以「答案值 N 個子代理嗎」問題現在是一個顯式的撥號,不是一個隱藏的成本。