Claude Code Dynamic Workflows：從 ultrawork 傳聞到正式研究預覽

什麼是 Dynamic Workflows

Dynamic Workflows 是一段 JavaScript 腳本，可大規模協調 subagent。Claude 會為你描述的任務編寫腳本，由執行時期在背景執行，你的 session 同時保持可回應。它把「多 agent 如何分工」這件事從臨場 prompt 技巧，變成保存在腳本裡的迴圈、分支與中間結果 —— 因此協調本身可被讀取、審查與重新執行。

更重要的是，把計畫搬進程式碼後，workflow 可以套用可重複的品質模式，而不只是「跑更多 agent」：例如讓獨立 agent 在彙報前對彼此的發現做對抗式審查（adversarial review），或從多個角度起草計畫再相互權衡，得到比單次通過更可信的結果。

啟用條件與觸發方式

Dynamic Workflows 目前是 研究預覽（Research Preview）。前置條件：

— 版本：Claude Code v2.1.154 或更新。
— 方案 / 供應商：所有付費方案、具 Anthropic API 存取，以及 Amazon Bedrock、Google Cloud Vertex AI、Microsoft Foundry。
— Pro 方案：在 /config 的「Dynamic workflows」列手動開啟。

有三種讓 Claude 編寫 / 執行 workflow 的方式：

/deep-research <question>   # 內建 workflow，最安全的第一個 demo
/effort ultracode           # 讓 Claude 自行判斷哪些實質任務該用 workflow
/workflows                  # 監看執行中與已完成的 runs

此外，只要在 prompt 的任何位置包含單字 workflow，Claude Code 就會把該任務當成 workflow 來編寫。若不小心觸發，可在游標位於該關鍵字正後方時按 alt+w 或退格鍵忽略；要完全停用此關鍵字觸發，到 /config 關閉「Workflow keyword trigger」。/effort ultracode 則結合 xhigh 推理努力與自動 workflow 協調，會為當前 session 的每項實質任務規劃 workflow（用 token 更多、耗時更長），回到日常工作時用 /effort high 降回。

一個 workflow 長什麼樣子

你只要用自然語言描述任務，Claude 會把它寫成腳本。例如：

Run a workflow to scan the whole repo for bugs:
分成 frontend / backend / security / tests 四個面向平行檢查，
每個 agent 回傳 JSON findings，最後彙整去除重複。

產出的腳本概念上長這樣（以 meta 起頭，再用 agent() / parallel() / phase() 協調）：

export const meta = {
  name: 'repo-bug-scan',
  description: '平行掃描多個面向並彙整 findings',
  phases: [{ title: 'Scan' }, { title: 'Aggregate' }],
}

phase('Scan')
const dims = ['frontend', 'backend', 'security', 'tests']
const found = await parallel(
  dims.map(d => () => agent(`檢查 ${d} 範圍的 bug，回傳 JSON findings`))
)

phase('Aggregate')
return await agent(`彙整並去除重複：${JSON.stringify(found)}`)

適用情境包括：程式碼庫範圍的 bug 掃描、500 個檔案的遷移、需要交叉檢查來源的研究問題，以及值得從多個獨立角度起草、再擇一提交的困難計畫。

執行模型、限制與管理

執行時期在與對話隔離的環境中跑腳本，並套用以下約束：

— 無中途使用者輸入：只有 agent 的權限提示能暫停執行；階段之間若需簽核，把每個階段拆成獨立 workflow。
— 腳本本身不直接存取檔案系統或 shell：由 agent 負責讀寫與執行命令，腳本只負責協調。
— 最多 16 個並行 agent（CPU 核心少的機器更少）。
— 每次執行上限 1,000 個 agent，防止失控迴圈。

用 /workflows 監看：可深入各階段查看 agent 數、token 與耗時，並 inspect 提示與結果；p 暫停/恢復、x 停止 agent 或整個 run、r 重啟執行中的 agent、s 把該 run 的腳本存成命令。儲存位置有二：.claude/workflows/（隨 repo 共享給團隊）或 ~/.claude/workflows/（個人、跨專案可用），之後皆以 /<name> 呼叫。要停用：/config 關閉、~/.claude/settings.json 設 "disableWorkflows": true，或環境變數 CLAUDE_CODE_DISABLE_WORKFLOWS=1。

ultrawork 的由來（歷史脈絡）

更新前，社群把這個能力理解成「Claude Code 內建但灰度／下架中的 Workflow Tool」，並以環境變數 CLAUDE_CODE_WORKFLOWS=1 作為早期開關、用 ultrawork 當觸發詞；同時還有一個同名的社群 ultrawork skill（OMC / oh-my-claudecode 的 parallel execution engine）造成混淆。這些都屬於正式發布前的早期訊號。

如今官方文件與更新紀錄已確認：這項能力的正式名稱是 Dynamic Workflows，於 2.1.154（2026-05-28）正式推出；2.1.157（2026-05-29）加入 /config 的「Workflow keyword trigger」設定，並讓退格鍵可取消觸發。ultrawork 應被視為舊暱稱／混淆點，而非穩定的官方名稱。

建議的團隊採用順序

1. 子代理（Subagents） —— 先用於小型、可委派的側任務，結果回到當前對話即可。

2. Agent 檢視（Agent view） —— 需要一邊做事、一邊監看的獨立背景 session 用它。

3. /batch 或 worktrees —— 大型且需隔離的程式碼變更（遷移、重構、各自開 PR）用它，避免互相干擾。

4. Dynamic Workflows —— 當協調邏輯應該被腳本化、檢視、重用、且能在同一 session 內恢復時，升級到 workflow；它能跑數十到數百個 agent 並套用對抗式審查等品質模式。

5. /deep-research —— 作為團隊第一個安全 demo：丟一個問題進去，看 agent 在背景跑完一組階段、交叉檢查來源，最後得到一份引用報告而非逐輪記錄。