Claude Code 工作流程：它是什麼，以及你何時才真正需要它
更新到 Claude Code v2.1.154 後，你會發現 /config 裡多了一列標示為 Dynamic workflows 的選項。把它打開，Claude 就能寫出一支 JavaScript 腳本，把工作分散給最多 16 個同時運作的代理。這就是大家都在議論紛紛的那個功能。官方文件會告訴你它能做什麼，但不會告訴你真正在意的事：你到底需不需要它，還是手上現有的子代理就已經夠用了？
這就是問題所在。Claude Code 工作流程是以研究預覽的形式推出的，而那份文件讀起來像參考資料，而不是建議。所以我們在自己的內容管線裡跑了唯一一個內建的工作流程 /deep-research，記錄下真實數字，並寫下誠實的結論。簡單來說：如果你還能用手動方式追蹤你的代理，那你還不需要工作流程。但有些人確實非用不可。我們來分辨一下你屬於哪一類。
重點整理：
- Claude Code 工作流程是 Claude 撰寫的 JavaScript 腳本，用於大規模編排子代理（研究預覽、v2.1.154 以上、所有付費方案皆可用）。
- 只有當一項任務需要的代理數量超過單一對話所能協調的程度時，你才需要它。否則子代理就夠了。
- 目前只有一個工作流程：
/deep-research。它會在背景執行，同時你的工作階段保持可用。 - 工作流程非常消耗 token。在推薦之前，我們實測了一次真實執行（數字見下文）。
什麼是 Claude Code 工作流程？
Claude Code 工作流程就是一支大規模編排子代理的 JavaScript 腳本。你描述任務，Claude 撰寫腳本，然後由執行環境在背景執行它，同時你的聊天工作階段保持可用。它是 Claude Code 的一項研究預覽功能，需要 Claude Code v2.1.154 以上版本，並可在所有付費方案上執行（Pro、Max、Team、Enterprise，以及 API 和 Bedrock/Vertex/Foundry）。
用日常的方式來說是這樣的。想像你走到廚房檯面前，描述你想要的那道菜。主廚寫下食譜，交給後廚的一群廚師，他們開始動手，而你繼續在檯面前聊天。你沒有在微觀管理每個廚師，食譜才是。那份食譜就是工作流程，廚師們就是子代理，而在後頭運作的廚房就是執行環境。
工作流程不是另一個代理。它是告訴你的代理該做什麼、按什麼順序、以及如何處理結果的腳本。這個區別比本文中的任何其他內容都重要，我們會在下一節具體說明。
先釐清一個常見的混淆。搜尋「claude code workflows」，你會找到 GitHub 儲存庫、外掛，以及一個裝滿社群群體工具的
marketplace，像是 Ruflo、claude-flow 和wshobson/agents。那些都是第三方的編排工具。Anthropic 官方的 Dynamic workflows 是另一個內建功能。如果它沒有出現在 v2.1.154 以上版本的/config裡，那就不是官方版本。
它和 Anthropic 其他研究預覽釋出一樣，例如近期的快速模式研究預覽：提早推出、藏在開關後面，而且仍有不少粗糙之處。請把它當成預覽版看待，因為它確實就是。完整規格請見官方工作流程文件。
工作流程 vs 子代理 vs 技能：誰掌握計畫？
分辨這三者最乾淨的方式，就是問一個問題：誰掌握計畫？技能是打包好的指令與知識，Claude 會按需載入。子代理是一個獨立的上下文，負責完成一項被指派的任務。工作流程則是大規模協調子代理的編排腳本，一次最多可達 16 個。同一個工具箱，三種不同的工作。
以下是官方文件暗示卻從未並列呈現的比較：
| 技能 | 子代理 | 工作流程 | |
|---|---|---|---|
| 誰掌握計畫？ | 你／主上下文中的 Claude | 獨立的受指派上下文 | 工作流程腳本（執行環境） |
| 它是什麼 | 按需載入的打包指令／知識 | 在自身上下文中執行的一項獨立任務 | 編排子代理的 JavaScript 腳本（最多 16 個並行） |
| 規模 | 不適用 | 少量，以對話方式協調 | 最多 16 個並行／每次執行 1,000 個 |
| 可作為程式碼重複執行？ | 否 | 否 | 是（儲存為 /command） |
| 最適合 | 可重複使用的知識／指令 | 單一受指派任務 | 超過單一對話所能追蹤的代理數量 |
如果一個 Claude 對話還能把整個計畫裝在腦中，那你需要的是子代理，而不是工作流程。一旦你生成的代理數量超過你這個人類所能追蹤的程度——誰在做什麼、按什麼順序——這個計畫就已經超出對話所能負荷的範圍。那正是工作流程所跨越的界線。
想更深入了解第一部分嗎？我們的技能教學涵蓋了如何打包 Claude 按需載入的知識。如果你正在考慮該採用完整的代理框架還是原生編排，那篇比較也有幫助。我們的誠實看法是：在框架真正派上用場之前，原生基礎元件能走得比你想像的更遠。
你何時才真正需要 Claude Code 工作流程？
在以下情況下你需要 Claude Code 工作流程：(a) 任務需要的代理數量超過單一對話所能協調的程度、(b) 你希望把編排儲存為可重複執行的程式碼，而非一次性提示詞，或 (c) 你需要多個代理彼此檢查工作的對抗性或交叉審查。如果以上皆非，子代理就夠了。這點請對自己誠實。
這是文件不會明說的部分，所以我們來說：你大概還不需要工作流程。 幾個子代理，透過一般對話來協調，就能處理日常工作。工作流程不是你「升級」後才會用到的東西。它是針對某一種特定問題形態的工具：代理數量超過一個大腦所能追蹤的程度。
用這份檢查清單自我檢視一下。如果以下至少有一項你回答是，那你大概就需要工作流程：
- 任務需要的代理數量超過單一對話所能追蹤的程度。
- 你希望把編排做成可重複執行的程式碼，而非需要反覆重打的一次性提示詞。
- 你需要對抗性或交叉審查（多個代理彼此驗證）。
- 你會反覆執行同一項多代理任務，例如定期審查程式碼庫，或遷移 500 個檔案。
四項都回答否？那就繼續用子代理。你會省下 token、保持可除錯性，而且什麼都不會損失。偏好規格驅動的人會從良好的 CLAUDE.md 最佳實踐中認出這個模式：把計畫寫下來一次、讓它可重複執行、停止反覆重打。工作流程就是把這個概念推到極致，連計畫本身都需要一個執行環境來執行它。
你已經擁有的那一個工作流程：/deep-research
/deep-research 是這個預覽版中唯一內建的工作流程。用一個問題呼叫它，它就會分散子代理平行研究該主題、交叉比對彼此的發現，並把一個整合後的答案回傳到你的上下文，全程在背景執行，讓你的工作階段保持可用。
/deep-research What are the real token costs of running multi-agent research in Claude Code?這就是全部的介面。在背後，它會經歷多個階段：先把你的問題拆解成研究線索、生成代理去追蹤每一條、執行交叉檢查或審查階段讓代理揪出彼此薄弱的論點，然後把最終答案整合回你的聊天中。你無法在執行中途引導它。你提問、它工作、它回報。
這對於那些雜亂的研究問題真的很有用，否則你大概會開十個分頁然後整個下午就沒了。如果你已經在架設研究工具，我們整理的最佳 MCP 伺服器很適合搭配這種分散式研究。但「有用」和「值得那筆 token 帳單」不是同一回事，而這正是我們著手測量的部分。
當我們在自己的管線中執行工作流程時發生了什麼
我們那次 /deep-research 執行生成了橫跨 4 個階段的 9 個子代理，消耗了略超過 100 萬個 token，並在約 8 分鐘的實際時間內完成。值得嗎？對一個快速問題來說，絕對不值。對於一個否則得由我們手動協調六個代理才能完成的研究任務來說，它物有所值。以下是誠實的分析。
在我們的管線中，你正在讀的這篇文章本身就是由一個多代理系統產出的：研究、簡報、撰寫、驗證、翻譯和發佈各自作為獨立的子代理執行。所以我們早已生活在上面檢查清單裡那個「代理多到單一對話無法負荷」的世界。這讓我們成為合適的測試案例，而非刻意造作的那種。
我們針對一個已在研究中的即時關鍵字執行了 /deep-research，並記錄下完整的執行過程：
| 指標 | 我們的 /deep-research 執行 |
|---|---|
| 生成的子代理數 | 9 |
| 階段數 | 4（拆解 → 分散 → 交叉檢查 → 整合） |
| token 總數 | 約 105 萬 |
| 實際耗時 | 約 8 分鐘 |
| 是否值得的結論 | 對一次性問題來說過於誇張；對真正的多來源研究則物超所值 |
最讓我們驚訝的是交叉檢查階段。某個代理早期產出的幾項論點，在另一個代理提出質疑後被悄然修正，而這正是單一對話往往會輕輕放過的那種情況。那個對抗性步驟才是真正的價值所在，遠超過純粹的平行處理。不過 token 成本相當可觀，而那些代理執行的是 Opus 級模型（關於這為何影響帳單，請見 Opus 4.8 有什麼新東西）。用一百萬個 token 去回答一個兩則提示詞就能解決的問題，是一筆糟糕的交易。對一個確實需要調和六個來源的問題來說，這是在節省你的時間，非常划算。
這正是我們在 Techsy 為客戶打造的那種編排，所以我們對它在哪裡值得、在哪裡只是燒預算，早有強烈的先驗認知。我們的看法是：把它用在困難的問題上，簡單的問題就跳過吧。
如何撰寫並儲存你自己的工作流程
要建立你自己的工作流程，用白話向 Claude 描述任務並使用 workflow 關鍵字，審查並核准它生成的腳本，然後把該腳本儲存為可重複使用的 /command。若想要更高的投入程度，設定 /effort ultracode，Claude 就會自行規劃工作流程。你不需要寫任何 JavaScript；Claude 撰寫腳本，你負責核准。
以下是完整流程，如果你要跟著做，它同時也是步驟說明：
-
啟用 Dynamic workflows。 在 Pro 方案上，開啟
/config並把 Dynamic workflows 那一列打開。（你用的是 v2.1.154 以上版本，對吧？）bash/config # then enable the "Dynamic workflows" row -
用
workflow關鍵字描述任務。 在你的提示詞中任何地方加入workflow這個詞，例如：「執行一個工作流程，審查這個儲存庫中每個路由檔案是否缺少驗證檢查。」 Claude Code 會突顯這個詞，並撰寫一支腳本，而不是逐輪工作。想讓 Claude 自己決定嗎？設定/effort ultracode，它會把xhigh推理與自動工作流程編排結合，用於每一項重要任務（而且會消耗更多 token，所以日常工作請降回/effort high）。 -
審查並核准生成的腳本。 Claude 會在執行任何動作之前，向你展示 JavaScript 編排內容。請仔細閱讀。這是你察覺分散範圍是否過寬的機會。
-
儲存為
/command以供重複使用。 一旦它正常運作，就把工作流程儲存為自訂的斜線指令，這樣下個季度的審查只需一個按鍵。
可重複使用性是不張揚的勝利。一次性的 /deep-research 很方便，但一個儲存下來、用於「審查所有路由的驗證」或「把這個目錄遷移到新 API」的工作流程，能把一個需時數小時的協調工作變成一個可重複執行的單一指令。那時 token 成本才開始在多次執行間攤提，而不是只痛一次。
限制、成本，以及如何關閉工作流程
工作流程最多可執行 16 個並行代理，每次執行的硬性上限為 1,000 個代理，執行中途不接受輸入，且只能在同一工作階段內恢復。它們天生就消耗 token，因為每個代理都會消耗上下文。你可以用設定檔中的 disableWorkflows 或 CLAUDE_CODE_DISABLE_WORKFLOWS 環境變數完全停用這項功能。
這些限制對你的任務各有其意義。執行中途不接受輸入代表一旦開始你就無法修正方向，所以一個模糊的提示詞會浪費掉整次執行的 token。只能在同一工作階段內恢復代表如果你關閉終端機，該次執行就沒了。每次執行 1,000 個代理聽起來很驚人，但以 Opus 級費率做大範圍分散可是實實在在的錢，所以請把 16 個並行的預設值視為一項特性，而非需要去突破的上限。
要關閉它：
export CLAUDE_CODE_DISABLE_WORKFLOWS=1
# or set "disableWorkflows": true in your config版本上的眉角常讓人栽跟頭：如果 /config 沒有顯示 Dynamic workflows 那一列，代表你的版本低於 v2.1.154。請先更新。如果你正在為實際工作打造這類代理管線，並希望它們真正帶來回報，我們為 B2B 團隊打造代理管線。如果編排正成為瓶頸，取得免費諮詢 →。
結論
用五句話總結整篇文章。Claude Code 工作流程是 Claude 撰寫、用以大規模編排子代理的 JavaScript 腳本，以研究預覽形式在 v2.1.154 推出。目前存在的那一個就是 /deep-research。只有當一項任務超出單一對話所能協調的範圍、當你希望有可重複執行的編排，或當你需要代理彼此交叉檢查時，你才需要工作流程。我們那次真實執行花了約 100 萬個 token，在 8 分鐘內跑完 9 個代理，這對簡單問題來說過於誇張，對困難的研究則值得。你大概還不需要它，而這沒關係。
關於作者
Mert Batur Gurbuz 是 Techsy.io 的聯合創辦人，該團隊為 B2B 客戶交付 AI 代理、自動化系統以及語音／SDR 管線。他就讀於伯明罕大學，並撰寫關於 Techsy 團隊在實際生產環境中真正使用的 LLM 工具栈的文章。
聯合創辦人，Techsy.io，伯明罕大學 · LinkedIn
常見問題
什麼是 Claude Code 工作流程？
Claude Code 工作流程是一支大規模編排子代理的 JavaScript 腳本。你描述任務，Claude 撰寫腳本，然後由執行環境在背景執行它，同時你的工作階段保持可用。它是 Claude Code v2.1.154 以上版本的研究預覽功能，所有付費方案皆可使用。
工作流程和子代理有什麼不同？
子代理是在其自身獨立上下文中執行的單一受指派任務，由你在對話中協調。工作流程則是同時協調多個子代理的編排腳本，最多可達 16 個。如果一個對話還能掌握整個計畫，就用子代理。如果這個計畫需要一個執行環境來追蹤代理，就用工作流程。
Claude Code 工作流程的 token 成本是多少？
在我們實測的 /deep-research 執行中，橫跨 4 個階段的 9 個子代理在約 8 分鐘內消耗了大約 105 萬個 token。工作流程天生就消耗 token，因為每個代理都會消耗自己的上下文，而那些代理執行的是 Opus 級模型。對簡單問題來說這是浪費；對真正的多來源研究來說則物有所值。
我需要付費方案才能使用 Claude Code 工作流程嗎？
是的。Dynamic workflows 可在所有付費 Claude 方案（Pro、Max、Team、Enterprise）以及 API 和 Bedrock/Vertex/Foundry 上執行。免費方案無法使用。在 Pro 方案上，更新到 Claude Code v2.1.154 或更新版本後，你就能透過打開 /config 中的 Dynamic workflows 那一列來啟用這項功能。
Claude Code 中的 /deep-research 是什麼？
/deep-research 是這個研究預覽版中唯一內建的工作流程。你給它一個問題，它就會分散子代理平行研究該主題、執行一個讓代理彼此驗證發現的交叉檢查階段，然後把一個答案整合回你的上下文，全程在背景執行。
如何把工作流程儲存為斜線指令？
用 workflow 關鍵字向 Claude 描述任務，審查並核准它生成的 JavaScript 腳本，然後把該核准後的腳本儲存為自訂的 /command。之後，整個多代理任務只需一個按鍵就能執行，這正是工作流程開始在反覆執行間攤提其 token 成本之處。
一個工作流程一次能執行多少個代理？
一個工作流程最多可執行 16 個並行代理，每次執行的硬性上限為 1,000 個代理。16 個並行的預設值有其道理：以 Opus 級費率做大範圍分散很快就會變得昂貴。請把這些限制視為護欄而非目標，並讓你的分散範圍盡可能縮小到任務允許的程度。
如何關閉 Dynamic workflows？
在你的設定檔中把 disableWorkflows 設為 true，或在啟動 Claude Code 之前匯出 CLAUDE_CODE_DISABLE_WORKFLOWS=1 環境變數。兩者都能完全停用這項功能。如果你只是在 /config 中看不到 Dynamic workflows 那一列，那你很可能低於所需的 v2.1.154 版本，需要先更新。
你真的需要 Claude Code 工作流程，還是子代理就夠了？
在一項任務超出單一對話所能負荷的範圍之前，子代理就夠用了。幾個在一般對話中協調的子代理就能涵蓋日常工作，而且沒有那筆 token 成本。只有當一項任務生成的代理數量超過單一對話所能追蹤的程度、當你想把可重複執行的編排做成程式碼，或當你需要代理以對抗方式彼此交叉檢查時，你才真正需要工作流程。