Claude Code Dynamic Workflows完全解説｜最大1000エージェント並列の実力と落とし穴

「/typescript-checksを走らせたら2.5時間後に請求書が来た。49エージェントが887,000 tokens/分を消費し続けていた」。AICosts.aiが報告したこの事例は、2026年5月28日のClaude Code Dynamic Workflowsリリース直後から開発者コミュニティに広まった（出典）。推定コストは$8,000〜$15,000。一方で同じ機能を使ってBunランタイムの75万行Rustポートを11日で完成させたJarred Sumnerは「AIにコードを打つ機能を任せて何ヶ月も経つ」とXに投稿した。

Dynamic Workflowsは、Claude Codeが「単一エージェントのループ」を超えようとする最初の本格的な試みだ。2026年5月28日にClaude Code v2.1.154でリサーチプレビューとして公開された。

何が変わったか: コンテキスト窓からスクリプトへ

Dynamic Workflows以前、Claude Codeのマルチエージェント機能（サブエージェント、スキル、エージェントチーム）はオーケストレーション計画をモデルのコンテキスト窓に格納していた。Claudeがターンごとに次に何を生成するかを決め、各中間結果がコンテキストに積み重なっていく仕組みだ。中間結果がコンテキスト窓を埋め尽くすにつれ、追加のエージェントを協調させる余地が消えていく。

Dynamic Workflowsはこの制約を一つの設計変更で破る。オーケストレーション計画はJavaScriptスクリプトの中に置かれ、モデルのメモリには置かれない。

公式ドキュメントからの説明を引用する（出典）。

「Dynamic workflowはサブエージェントを大規模にオーケストレーションするJavaScriptスクリプトです。Claudeが記述したタスクに対してスクリプトを書き、ランタイムがバックグラウンドで実行します。セッションはその間もレスポンシブな状態を保ちます。」

実行フローはこうなる。ユーザーがタスクを記述する（またはプロンプトに「workflow」と書く、あるいはultracodeモードを有効にする）。Claudeがそのタスク専用のJavaScriptオーケストレーションスクリプトを即興で生成する。ワークフローランタイムが隔離環境でスクリプトを実行し、並列サブエージェントにタスクをファンアウト（複数のエージェントへ分散配信）する。エージェントたちは独立した視点から問題にアプローチし、別の論駁エージェント（他のエージェントの結論を積極的に反証する役割を持つエージェント）がその結果を検証する。答えが収束したら最終結果だけがセッションに返ってくる。

公式ドキュメントがサブエージェント・スキル・Dynamic Workflowsの違いを整理した表によれば、中間結果の置き場が最大の差異だ。サブエージェントとスキルでは「Claudeのコンテキスト窓」に置かれるが、Dynamic Workflowsでは「スクリプト変数」に置かれる。

ハードリミットは最大同時実行16エージェント（CPUコアが少ない機械ではそれ以下）、1ランあたり最大1,000エージェントだ（MarkTechPost）。

有効化方法とプラン別設定

対応バージョンはClaude Code v2.1.154以上。有効にする方法は3つある。

方法1: プロンプトキーワード プロンプトに「workflow」という単語を含めるとClaude Codeがハイライトし、ターンごとの作業ではなくワークフロースクリプトを生成する。1つのプロンプトだけオフにしたい場合はalt+wで切り替え可能。

方法2: Ultracodeモード /effort ultracodeを実行するとセッション全体でultracodeモードになる。Claudeはモデルにxhigh努力レベルを送信しながら、実質的なタスクすべてに自動でワークフローオーケストレーションを適用する。単一リクエストが「理解→変更→検証」と複数ワークフローを連続実行することもある。セッション専用のため新しいセッションでは引き継がれない。

方法3: ビルトインコマンド /deep-research <質問>がビルトインのワークフローコマンドだ。複数の角度からウェブ検索をファンアウトし、論駁投票でソースをクロスチェックして引用付きレポートを返す。

プランごとのデフォルト設定（公式ドキュメント）。

プラン	デフォルト	変更方法
Pro	オフ	/configのDynamic workflowsをオン
Max	オン	不要
Team（Standard/Premium）	オン	不要
Enterprise	オフ	管理者がmanaged settingsから有効化
API / Bedrock / Vertex	オン	不要

無効化は~/.claude/settings.jsonに"disableWorkflows": trueを追加するか、環境変数CLAUDE_CODE_DISABLE_WORKFLOWS=1を設定する。

実証事例: Bunの75万行Rustポート

Anthropicのリリースブログが挙げた最も印象的な事例は、JavaScriptランタイム「Bun」の作者Jarred Sumnerによる実験だ（出典）。

SumnerはDynamic Workflowsを使い、BunをZigからRustに移植した。結果は750,000行のRust、6,755コミット、ファーストコミットからマージまで11日間。既存テストスイートの99.8%がLinux x64 glibcで通過した。

ワークフローの構成はこうだった。1本目のワークフローがすべての構造体のフィールドごとにRustのライフタイムをマッピング。2本目がZigの各.zigファイルを振る舞い等価なRustにポートする.rsファイルを、数百エージェントが並列で書き上げ、ファイルごとに2人のレビュアーが確認。修正ループがビルドとテストスイートをクリーンな状態に持ち込み、最後のオーバーナイトワークフローが不要なデータコピーを見つけてPRを開いた。

ただしSumner自身が「この全コードが完全に破棄される可能性は十分にある」と釘を刺している。Anthropicの公式ブログも「本番環境への出荷ではなく、単一エージェントのループでは到達できないスケールの実証実験」と説明する。

Klarna上級エンジニアリングマネージャーのAlessio Valleroは実務ユースケースを語った（TechTimes）。「大規模コードベースの発見とレビュータスクで特に有効だった。デッドコードの特定や従来の静的解析が見逃したクリーンアップの機会の発掘で良い結果が出ている。また本番コードの広範なセキュリティ監査でも使った。欠落した認証パターン、脆弱な入力バリデーション、マイクロサービス間にコピペされた安全でないパターンを検出できた。」

CyberAgent AmericaのリードシステムエンジニアKen TakaoはDynamic Workflowsを「単一サブエージェントとフルエージェントチームの間のギャップを埋める機能」と評した。本番サービスのハードニングパスで、エージェントが互いに検証し合いながら最終結果を届けるユースケースで使っているという（同出典）。

コストの罠: Microsoftが撤退した理由

Dynamic Workflowsの最大の課題はコストだ。Anthropicも公式で「通常のClaude Codeセッションより大幅に多いトークンを消費する可能性がある」と明記している。

冒頭の887K tokens/分の事例以外にも、以下のケースが報告されている（AICosts.ai、Verdent.ai）。

• Maxプラン($200/月)の開発者がDynamic Workflowsをオンにした初日で週次トークン上限の20%を消費
• 金融サービスチームが監視なしで23エージェントを走らせ、3日間で$47,000のコストが発生
• 「47エージェントを起動しようとして25しか立ち上がらず、5時間のランで人間のレビューが必要なエラーを生成した」

さらに企業レベルの問題が表面化した。UberのCTOであるPraveen Neppalli NagaはFortuneのインタビューで「2026年のAI予算を4月に使い果たした」と語った（KuCoin）。Claude CodeのエンジニアへのAI活用率が2ヶ月で32%から95%に上昇し、トークン消費量の多いエージェント系ワークフローが予算を圧迫した。社内リーダーボードがトークン消費量を競争指標にしてしまったことも要因だという。

さらに重大なのがMicrosoftの動向だ。MicrosoftのExperiences + Devices部門は2026年6月30日にClaude Codeの内部利用を終了し、GitHub Copilot CLIへ移行すると発表した（報道: The Next Web）。「チームのAI年間予算をトークン消費が超過した」ことが理由とされる。MicrosoftはOpenAIに$13Bを投資しているため利益相反はあるものの、エンタープライズ規模でのコスト管理の難しさを示す事例としてコミュニティに広まった。

一方でAnthropicのコスト削減策もある。Opus 4.8ではFast modeが「2倍の標準レートで2.5倍の速度」という価格になり、以前のモデルのFast modeと比較して大幅に安くなった。またClaude Codeは単純なタスクの30〜40%をHaiku 4.5（入力$1/Mトークン）にスマートルーティングする仕組みがある。ワークフロースクリプト内で特定ステージに安価なモデルを指定することもできる。

Hacker Newsのスレッドでは「長時間セッションの制御メカニズムが足りない。今は複数の新鮮なエージェントセッションで逐次コードレビューをする形でやっているが、正確性が分からないまま高速でトークンを燃やす手段ではなく、動的に修正を注入できる仕組みが欲しい」という指摘が共感を集めた（Hacker News）。

競合ツールとの比較

Dynamic Workflowsの最大の差別化点は「Claudeがオーケストレーションスクリプトを自動生成する」ことだ。LangGraphやCrewAIでは開発者が手動でグラフや役割を定義する必要がある。

LangGraphはすべての比較対象の中でトークン効率が最も高い。確定的グラフが冗長なコンテキストを最小化するためだ。ただし開発者が明示的にグラフを書く必要があり、Dynamic Workflowsの「プロンプトからオーケストレーション」という手軽さはない。

CrewAIはロールベースのDSLで最もビギナーに優しいが、トークンオーバーヘッドが最も高い。同等のタスクでLangGraphの2.2倍のトークンを消費するというベンチマークがある（TokenMix）。

OpenAI Codexとの比較では、Codexがクラウドサンドボックスで実行されるのに対しDynamic Workflowsはローカルファイルシステムにフルアクセスできる。コスト面では特定のExpressリファクタタスクを対象にしたサードパーティ計測（MindStudio）でClaude Codeが$155、Codexが$15程度と報告されているが、タスク定義や条件が異なるため参考値として扱うべきだ。SWE-bench Proでの精度はClaude Opus 4.7が64.3%、GPT-5.5が58.6%とClaudeが優位だが、Terminal-Bench 2.0ではCodex 82.7%対Claude 69.4%とCodexが勝る。

Google ADKは2025年4月に公開されたエージェント開発キットで、A2A（Agent-to-Agent）プロトコルによるフレームワーク間の相互運用性を持つ。Dynamic WorkflowsはMCPを基盤としてAnthropicエコシステムと深く統合されているが、クロスフレームワークの通信プロトコルは持たない。

まとめると、Dynamic Workflowsは「プロンプトだけで数百エージェントを協調させる」という自動化の度合いで他を圧倒するが、コスト予測が難しく開発者のコントロール度が低い。大規模かつ曖昧なタスクで真価を発揮し、コスト効率を求める場合はLangGraph、組み込みアプリを作る場合はCrewAIやOpenAI Agents SDKが選択肢になる。

関連記事

• Claude Agent SDK完全ガイド｜Anthropicが「Claude Codeの頭脳」を開発者に公開
• Claude Agent SDK課金分離: 6月15日から月$20の壁が生まれる理由と対策
• Claude Code Review完全ガイド｜マルチエージェントが人間の見逃すバグを自動検出
• エージェンティックコーディング時代: 開発者の役割はどう変わるか
• Uber、Claude Codeで2026年のAI予算を使い果たした経緯と教訓

---

本記事に記載されているコスト見積もりは2026年5月29日時点のサードパーティによる報告事例に基づく。実際のコストはタスクの規模、選択モデル、エージェント数によって大きく異なる。競合ツールとのコスト・ベンチマーク比較は、各サードパーティが独自に設定したタスク条件に基づくものであり、一般的な比較として機能しない場合がある。Dynamic Workflowsはリサーチプレビュー段階であり、仕様・料金・制限は変更される可能性がある。