Claude Code dynamic workflowsとは？複数エージェントが並列実行するClaude Codeの新機能を徹底解説
- Claude Code dynamic workflowsは、数十〜数百のサブエージェントを並列実行するオーケストレーション機能で、単一エージェントでは対処が難しい大規模タスクをエンドツーエンドで完遂できる
- サブエージェント同士が相互に検証し合う仕組みにより、単一パスでは見抜けなかった欠陥や見落としを事前に発見できる
- Max・Team・EnterpriseプランおよびClaude API、Amazon Bedrock、Vertex AI、Microsoft Foundryから利用可能
2026年5月、AnthropicからClaude Codeの大型アップデートが発表されました。
今回登場した「Claude Code dynamic workflows」は、単一エージェントによる逐次処理から一歩進み、Claudeが自らオーケストレーションスクリプトを動的に生成して数十〜数百のサブエージェントを並列実行するまったく新しいアプローチ。クォーター単位で計画していた規模の作業が、数日で完成することを目指した設計です。
これまでのAIコーディング支援では、「複雑なレガシーコードベース全体への対応が難しい」「大規模な移行作業には多くの手作業確認が不可欠」「重要な実装の多角的な検証は人間が別途行う必要があった」といった課題がありました。
一方でClaude Code dynamic workflowsは、タスクをサブタスクへ分解して並列処理し、エージェント同士が相互に反証を試みながら答えが収束するまで繰り返し実行します。進捗は逐次保存。途中で中断されても最初からやり直すことなく、保存された地点から再開が可能です。
しかし、新しいAI機能が登場するたびに、「従来のClaude Codeと何が根本的に違うのか」「どれくらいの規模のプロジェクトに向いているのか」「トークン消費や費用面での注意点は何か」といった疑問を感じる方も多いのではないでしょうか。
そこで本記事では、Claude Code dynamic workflowsの概要や仕組み、特徴を整理しながら、具体的な活用シーンや使い方について詳しく解説します。
最後までお読みいただくことで、Claude Code dynamic workflowsがどのような思想で設計され、どのような場面で力を発揮するのかが理解できるはずです。
＼生成AIを活用して業務プロセスを自動化／
Claude Code dynamic workflowsとは
Claude Code dynamic workflowsは、Anthropicが2026年5月に発表したClaude Codeの新機能です。
Claude自身がオーケストレーションスクリプトを動的に生成し、1つのセッション内で数十〜数百のサブエージェントを並列実行。各サブエージェントの結果を別のエージェントが検証したうえで、一貫性のある最終成果物としてまとめます。
「サービス全体にまたがるバグ調査」「数百〜数千ファイルに及ぶ大規模移行作業」「コミット前に多角的なストレステストが必要な重要な計画」など、単一パスでは対処が難しいタスクへの対応が特徴。クォーター単位で計画していた作業が数日で完成することを目標に設計されています。
| 比較項目 | 従来のClaude Code | dynamic workflows |
|---|---|---|
| 対応タスク規模 | 単発・小〜中規模のタスク | 数千ファイル規模・長時間実行 |
| 進捗保存 | セッション内のみ | 逐次保存・中断後も再開可能 |
| 結果の検証 | ユーザーが最終確認 | エージェント同士が相互に検証 |
Claude Code dynamic workflowsの仕組み
dynamic workflowsの動作は「プランニング」「並列実行」「相互検証」「統合」という4つのフェーズで構成されます。
ユーザーのプロンプトを受け取ったClaudeが、タスクを動的に計画してサブタスクへ分解し、それぞれを担当するサブエージェントへ割り当てる流れです。
具体的な処理フローは以下のとおりです。
- ユーザーのプロンプトをもとにClaudeがタスクを動的に計画し、サブタスクへ分解する
- 各サブタスクをサブエージェントへ割り当て、並列で実行を開始する
- 各サブエージェントが独立した角度から問題に取り組み、結果を出力する
- 別のエージェントが出力結果を反証・検証し、答えが収束するまで繰り返す
- 検証が完了した結果を統合し、一貫性のある最終回答としてユーザーへ提示する
コーディネーション（調整）は会話の外側で実行される設計。タスクがどれだけ大規模になっても計画が崩れず、進捗は逐次保存されます。
Claude Code dynamic workflowsの特徴
dynamic workflowsの最大の強みは、単一エージェントの限界を超える並列処理能力と、エージェント同士の相互検証による品質担保の両立です。
ここでは主な特徴と、実際に活用された大規模事例を交えて解説します。
数十〜数百のサブエージェントが並列稼働する
dynamic workflowsの核心は、1つのセッション内で数十〜数百のサブエージェントが同時に稼働できる点です。
Claudeは受け取ったプロンプトをもとに最適なオーケストレーションスクリプトを自動生成し、各サブエージェントへタスクを振り分けます。単一エージェントが逐次的に処理する場合と比べて、作業時間を劇的に短縮できます。
独立した検証エージェントが品質を担保する
dynamic workflowsでは、問題を解くエージェントとは別に、その結果を反証・検証しようとするエージェントが動作します。
互いの答えが収束するまでイテレーションを繰り返すため、単一パスでは見逃しがちなバグや矛盾を洗い出せます。間違いのコストが高い重要な実装において特に力を発揮する仕組みといえるでしょう。
BunのZigからRustへの大規模移植
dynamic workflowsの実力を示す事例として、JavaScriptランタイム「Bun」の開発者であるJarred Sumner氏による大規模移植プロジェクトがあります。
Jarred氏はdynamic workflowsを活用して、BunをZig言語からRust言語へ移植。約75万行のRustコードを生成し、既存テストスイートの99.8%を通過。最初のコミットからマージまで11日間という驚異的なスピードで完了させました。
具体的には、以下のような複数のワークフローが組み合わされています。
- Zigコードベース全体の各構造体フィールドに対応するRustのライフタイムをマッピングするワークフロー
- 数百のエージェントが並列で各.zigファイルを挙動同一な.rsファイルへ移植（各ファイルに2名のレビュアーが対応）するワークフロー
- ビルドとテストスイートが両方クリーンになるまで繰り返し修正するフィックスループ
- 移植完了後に翌日ワークフローが不要なデータコピーを検出し、各々のPRを自動生成する最適化パス
数時間〜数日に及ぶ長時間処理に対応している
dynamic workflowsは、数時間から数日にわたる長時間・並列実行に対応して設計されています。
これまで数週間かかっていた最も複雑なエンジニアリング作業の処理を想定。コーディネーションが会話の外側で行われるため、タスクの規模が大きくなっても計画は崩れません。
Claude Code dynamic workflowsの安全性・制約
dynamic workflowsを利用する際は、トークン消費量の大幅な増加と初回確認プロセスという2点を事前に理解しておく必要があります。
| 項目 | 内容 |
|---|---|
| トークン消費量 | 通常のClaude Codeセッションより大幅に多い。まずスコープを絞ったタスクから試すことを推奨 |
| 初回確認プロンプト | ワークフローが初めてトリガーされる際、Claudeが実行内容を表示してユーザーに確認を求める |
| 組織管理者による制御 | 管理者はmanaged settingsからdynamic workflowsを無効化できる |
| Enterpriseプランのデフォルト | リリース時点ではオフがデフォルト。管理者がClaude Code設定から変更できる |
| リサーチプレビュー段階 | 2026年5月時点ではリサーチプレビューのため、仕様変更の可能性あり |
Google発の24時間稼働AIエージェントであるGemini Sparkについて、以下記事で紹介しております。詳しく知りたい方は、併せてご確認ください。
Claude Code dynamic workflowsの料金
dynamic workflowsに関する固有の追加料金プランは公開されていません。
API利用の場合には、使用するモデルに応じてAPI料金がかかります。
GitHubスター15万超の「使えば使うほど賢くなる」AIエージェントであるHermes Agentについて、以下記事で紹介しております。詳しく知りたい方は、併せてご確認ください。
Claude Code dynamic workflowsのライセンス
Claude Code dynamic workflowsには専用のライセンスが用意されているわけではなく、利用形態に応じてAnthropicの既存契約が適用されます。
Claude APIを直接利用する場合は既存の商用契約が適用され、Amazon BedrockやGoogle Vertex AI経由で利用する場合も、各環境で締結済みの商用契約がそのまま適用されます。
法人や開発者がClaude API経由でdynamic workflowsを利用する場合は、Commercial Terms of Serviceの対象となります。
この契約では、入力データ（Inputs）の権利は利用者側に帰属し、生成された出力（Outputs）についても利用者が権利を保有すると定められています。また、AnthropicはAPI経由で送信された顧客コンテンツをモデル学習に利用しないことを明記しています。
Claude Code dynamic workflowsの使い方
dynamic workflowsの利用開始までの流れを解説します。Max・TeamプランまたはClaude APIを利用している場合は、デフォルトで有効になっています。
dynamic workflowsはMax・TeamプランおよびClaude APIでデフォルト有効で利用できます。
Claude Code CLI・Desktop・VS Code拡張機能のほか、Amazon Bedrock・Vertex AI・Microsoft Foundryでも対応しています。Enterpriseプランはデフォルトがオフのため、管理者がClaude Code設定から有効化する必要があります。
ワークフローの開始方法は2通りあります。
ひとつ目は、Claudeに直接「workflow」と指示する方法。
ふたつ目は、effortメニューからultracode設定をオンにする方法です。ultracodeを有効にするとeffortレベルがxhighに設定され、Claudeがタスクに応じてdynamic workflowsを使うかどうかを自動で判断します。
ワークフローが初めてトリガーされる際、Claude Codeが実行予定の内容を表示してユーザーに確認を求めます。内容を確認してから実行を承認してください。なお、組織管理者はmanaged settingsからワークフロー全体を無効化できます。
ワークフローが開始されると、サブエージェントが並列で稼働を始めます。
タスクの規模によっては数時間〜数日かかることがあります。進捗は逐次保存されるため、中断が発生しても再開が可能です。完了後は統合された最終成果物が提示されます。
【業界別】Claude Code dynamic workflowsの活用シーン
dynamic workflowsは、単なる高速化ツールではなく、これまでAIでは対処が難しかった規模のエンジニアリング作業そのものを自律的に完遂できる点が大きな特徴です。
ここでは、業界・職種別にdynamic workflowsがどのような場面で活用できるかを紹介します。
ソフトウェア開発・エンジニアリングチーム
大規模なコードベースの移行作業は、従来のAI支援では対応が難しい領域でした。
dynamic workflowsを活用すれば、フレームワークの切り替えやAPIの廃止対応、プログラミング言語のポーティングなど、数千ファイルにまたがる移行作業をエンドツーエンドで処理できます。BunのZig→Rust移植のように、これまで数週間かかっていた作業が数日規模で完了する可能性があります。
コーディングエージェント「Claude Code」vs「Codex」の比較について、詳しく知りたい方は以下の記事も参考にしてみてください。
セキュリティ・品質保証チーム
セキュリティ監査やバグ調査は、コードベース全体を網羅的に確認する必要があるため、手作業では見落としが生じやすい領域です。
dynamic workflowsでは、Claudeがサービス全体を並列で探索し、各発見事項に対して独立した検証を実行してから最終レポートを生成します。
認証チェック・入力バリデーション・セキュアでないパターンの検出など、コードベース全体への硬化パス（hardening pass）としても活用が期待できます。
>マルチエージェントでセキュリティを強化する「Claude Mythos Preview」について知りたい方は、以下の記事もご覧ください。
プラットフォーム・インフラチーム
インフラの最適化作業やパフォーマンス改善には、コード全体の挙動を把握したうえでの判断が求められます。
プロファイラーガイドによる最適化監査では、サブエージェントがコードベースを並列で解析してボトルネックを特定し、最適化の余地がある箇所ごとにPRを自動生成することも可能。
Bunの事例では、移植完了後のワークフローが不要なデータコピーを洗い出してPRを作成しています。
Claude Code dynamic workflowsを使ってみた
では実際にClaude Code dynamic workflowsを使ってみたいと思います。
今回は3泊4日で行く京都旅行のプランを立ててもらいます。プロンプトは「create a workflow.来月3泊4日で京都に行くので、まずは3万円程度でホテルを決めて、そのホテルを中心に旅行のプランを立ててください。」です。
おそらく「Create a」は不要ですが、念のためつけておきましょう。
実際の処理の様子がこちらです。
結果はこちら
Dynamic workflow "来月の京都3泊4日旅行プランを立てる（ホテル選定→観光プラン作成）" completed · 4m 40s
⏺ ワークフロー完了しました！以下が結果です。
---
推奨ホテル：スーパーホテル京都・四条河原町
┌─────────────────────┬──────────────────────────────────────────────┐
│ 項目 │ 内容 │
├─────────────────────┼──────────────────────────────────────────────┤
│ エリア │ 四条河原町（繁華街中心部） │
├─────────────────────┼──────────────────────────────────────────────┤
│ 1泊目安 │ 約8,000〜10,000円（6月平日） │
├─────────────────────┼──────────────────────────────────────────────┤
│ 3泊合計 │ 約24,000〜30,000円 │
├─────────────────────┼──────────────────────────────────────────────┤
│ チェックイン/アウト │ 15:00〜 / 〜10:00 │
├─────────────────────┼──────────────────────────────────────────────┤
│ 特典 │ 天然温泉「御所の湯」無料・朝食ビュッフェ無料 │
└─────────────────────┴──────────────────────────────────────────────┘
選んだ理由： 錦市場・祇園・二年坂が徒歩圏。阪急河原町駅3分で雨天時も動きやすい。温泉＋朝食無料でコスパ実質最高。
予約先：公式サイト (https://www.superhotel.co.jp/s_hotels/shijyo/)（最安値保証） ／ じゃらん ／ 楽天トラベル
---
4日間旅行プラン（2026年6月22〜25日・平日案）
Day 1（月）— 到着日・東山エリア
┌───────┬────────────────────────────────────────────────────┐
│ 時間 │ 内容 │
├───────┼────────────────────────────────────────────────────┤
│ 12:00 │ 錦市場 食べ歩き＋穴場：錦天満宮 │
├───────┼────────────────────────────────────────────────────┤
│ 13:00 │ 昼食：錦わらじ屋（900〜1,500円） │
├───────┼────────────────────────────────────────────────────┤
│ 14:00 │ 八坂神社→二年坂・産寧坂散策 │
├───────┼────────────────────────────────────────────────────┤
│ 17:30 │ 先斗町・鴨川川床を眺める │
├───────┼────────────────────────────────────────────────────┤
│ 18:30 │ 夕食：中華のサカイ（地元民ローカル・700〜1,200円） │
├───────┼────────────────────────────────────────────────────┤
│ 20:00 │ ホテル温泉でリカバリー │
└───────┴────────────────────────────────────────────────────┘
Day 2（火）— 清水寺早朝参拝＋伏見稲荷＋東福寺
┌───────┬──────────────────────────────────────────────────┐
│ 時間 │ 内容 │
├───────┼──────────────────────────────────────────────────┤
│ 7:30 │ 清水寺 早朝参拝（人が少ない！） │
├───────┼──────────────────────────────────────────────────┤
│ 11:00 │ 伏見稲荷大社（四ツ辻まで） │
├───────┼──────────────────────────────────────────────────┤
│ 14:00 │ 東福寺（穴場：青もみじ・拝観600円） │
├───────┼──────────────────────────────────────────────────┤
│ 18:30 │ 夕食：ゴリラ食堂（おばんざい定食・900〜1,500円） │
└───────┴──────────────────────────────────────────────────┘
Day 3（水）— 紫陽花メインデー（宇治→嵐山）
┌───────┬─────────────────────────────────────────────────────┐
│ 時間 │ 内容 │
├───────┼─────────────────────────────────────────────────────┤
│ 8:30 │ 三室戸寺 あじさい園（関西随一！1万株・拝観1,000円） │
├───────┼─────────────────────────────────────────────────────┤
│ 10:00 │ 宇治川散策＋平等院鳳凰堂 │
├───────┼─────────────────────────────────────────────────────┤
├───────┼─────────────────────────────────────────────────────┤
│ 10:00 │ 宇治川散策＋平等院鳳凰堂 │
├───────┼─────────────────────────────────────────────────────┤
│ 12:00 │ 昼食：中村藤吉本店（抹茶そば・1,200〜2,000円） │
├───────┼─────────────────────────────────────────────────────┤
│ 14:45 │ 竹林の小径→野宮神社 │
├───────┼─────────────────────────────────────────────────────┤
│ 15:45 │ 常寂光寺（苔が美しい穴場・拝観500円） │
├───────┼─────────────────────────────────────────────────────┤
│ 19:00 │ 夕食：第一旭 たかばし（京都ラーメン・800〜1,200円） │
└───────┴─────────────────────────────────────────────────────┘
Day 4（木）— 金閣寺エリア→帰路
┌───────┬───────────────────────────────────────────────┐
│ 時間 │ 内容 │
├───────┼───────────────────────────────────────────────┤
│ 9:00 │ 金閣寺（開門直後が空いている・拝観500円） │
├───────┼───────────────────────────────────────────────┤
│ 10:00 │ 龍安寺（石庭・6月の苔が美しい・拝観600円） │
├───────┼───────────────────────────────────────────────┤
│ 11:30 │ 北野天満宮（25日なら天神市の縁日あり） │
├───────┼───────────────────────────────────────────────┤
│ 12:30 │ 昼食：権太呂 本店（老舗蕎麦・1,000〜1,500円） │
├───────┼───────────────────────────────────────────────┤
│ 14:30 │ 錦市場・大丸B1Fでお土産購入 │
├───────┼───────────────────────────────────────────────┤
│ 16:30 │ 帰路 │
└───────┴───────────────────────────────────────────────┘
---
概算総予算
┌──────────────────┬────────────────────┐
│ カテゴリ │ 金額 │
├──────────────────┼────────────────────┤
│ 宿泊費（3泊） │ 24,000〜30,000円 │
├──────────────────┼────────────────────┤
│ 交通費 │ 約4,600円 │
├──────────────────┼────────────────────┤
│ 拝観料 │ 約4,600円 │
├──────────────────┼────────────────────┤
│ 食費（朝食無料） │ 約11,300円 │
├──────────────────┼────────────────────┤
│ お土産・雑費 │ 約4,000〜6,000円 │
├──────────────────┼────────────────────┤
│ 合計 │ 約48,500〜56,500円 │
└──────────────────┴────────────────────┘
---
梅雨対策チェックリスト
- 折りたたみ傘またはレインコート
- 滑りにくいスニーカー（石畳・苔の石段対策）
- 吸湿速乾素材の服
- Suicaなど交通系IC
- Yahoo天気（雨雲レーダー）毎朝確認
要事前予約
- 中村藤吉 本店（昼混雑のため11:30〜で電話予約推奨）
- 平等院（当日窓口でも可だが混雑時あり）
---
6月平日3泊なら宿泊費が抑えられ、観光スポットも空いていて穴場な時期です。ホテルは梅雨の疲れを温泉で癒せる点も大きなメリットです。日程が決まったら早
めに予約を！
特に出力形式は指定していませんが、見やすい形で出力してくれて感動しました。なお102.1k tokens使用していました。かなり使いますね。
xAIのコーディングエージェントであるGrok Buildについて、以下記事で紹介しております。詳しく知りたい方は、併せてご確認ください。
【課題別】Claude Code dynamic workflowsが解決できること
dynamic workflowsが解決できる代表的な課題を紹介します。
AIコーディング支援において、単一エージェントの限界が壁になるのは、タスクの規模が一定以上になった瞬間です。
コードベース全体への変更、長時間にわたるビルド・テストのサイクル、高リスクな実装の多角的検証といった場面で、動的なマルチエージェント処理が不可欠になります。
大規模コードベースのバグを網羅的に発見できる
サービス全体や大規模リポジトリのバグ調査は、単一エージェントの逐次処理では時間がかかりすぎます。
dynamic workflowsでは、複数のサブエージェントがコードベースを並列で探索し、各発見事項を独立したエージェントが検証します。最終レポートには検証済みの実際の問題のみが掲載されるため、精度の高いバグ調査が実現できます。
数百ファイルに及ぶ移行作業をエンドツーエンドで完遂できる
フレームワーク移行やAPI廃止対応は、影響範囲が広くなるほど手作業での対応が困難です。
dynamic workflowsは、数千ファイルにまたがる変更を並列サブエージェントが担当し、ビルドとテストスイートが両方クリーンになるまで自動的に修正を繰り返します。エンジニアが手動でファイルを1つずつ確認する必要がなく、完了後に統合された成果物が提示されます。
高リスクな実装を多角的に検証してから提出できる
間違いのコストが高い重要な実装では、複数の視点からの検証が欠かせません。
dynamic workflowsでは、問題に複数のエージェントが独立した角度からアプローチし、さらに別のエージェントがその結果を反証しようと試みます。答えが収束するまで繰り返すことで、単一パスでは見抜けなかった欠陥を事前に発見できます。
| 課題 | dynamic workflowsで解決できること | 注意点 |
|---|---|---|
| コードベース全体のバグ調査 | 並列探索＋独立検証でレポートを生成 | トークン消費が大きくなる |
| 大規模ファイルの一括移行 | 数千ファイルをエンドツーエンドで処理 | 実行時間が数時間〜数日に及ぶ場合あり |
| 重要実装の多角的検証 | 独立エージェントが反証を試みる | リサーチプレビュー段階のため仕様変更の可能性あり |
| フレームワーク移行・最適化 | ビルド・テストが通るまで自動修正 | 複雑な依存関係は別途確認が必要な場合あり |
オンデバイスAIブラウザ拡張であるGemma 4 Browser Assistantについて、以下記事で紹介しております。詳しく知りたい方は、併せてご確認ください。
Claude Code dynamic workflowsの活用事例
ここではClaude Code dynamic workflowsの活用事例について、Xでリサーチしてご紹介いたします。
dynamic workflowsに別モデルを追加
こちらの投稿ではdynamic workflowsに別モデルであるGrokを追加して、各種モデル同士の連携を図られています。
それぞれのモデルが得意とすることが異なるので、このような使い方は非常に効果的だと思います。
Claude Code dynamic workflowsで大規模開発の常識を変えよう
Claude Code dynamic workflowsは、AIコーディング支援を「一問一答」から「大規模タスクの自律的な完遂」へと引き上げる新しいアプローチとして登場しました。
Claudeが自らオーケストレーションを設計し、数十〜数百のサブエージェントを動かしながら答えが収束するまで繰り返し検証する。単一パスでは到達できなかった品質と規模を、1つのセッションで実現します。
単なる高速化ツールではありません。クォーター単位の計画が数日で完成するという言葉が象徴するように、ソフトウェア開発におけるスループットそのものの概念を塗り替えるアプローチといえるでしょう。
今後、AIエージェントが業務の中核を担う場面が増えていく中で、並列マルチエージェントによるオーケストレーションは開発チームの競争力を分ける重要な要素になると考えられます。dynamic workflowsはその先行実装として、業界の注目を集める存在です。
まずは小さなスコープのタスクからdynamic workflowsを試し、自分のプロジェクトにどう組み込めるかを検証していくことが、効果的な活用への近道です。
最後に
いかがだったでしょうか？
Claude Code dynamic workflowsを活用することで、単一エージェントでは対処が難しかった大規模コードベースの移行・バグ調査・セキュリティ監査をエンドツーエンドで完遂できます。一方で、トークン消費が大幅に増加するため、まず小さなタスクで試してから本格的な活用シーンに展開していくことも重要な選択肢です。
「生成AIで新しいプロダクトを作りたい」「もっと本格的に生成AIを業務に組み込みたい」とお考えの方は、ぜひ株式会社WEELにご相談ください。
開発実績として、
・新規事業室での「リサーチ」「分析」「事業計画検討」を70％自動化するAIエージェント
・社内お問い合わせの1次回答を自動化するRAG型のチャットボット
・過去事例や最新情報を加味して、10秒で記事のたたき台を作成できるAIプロダクト
・お客様からのメール対応の工数を80％削減したAIメール
・サーバーやAI PCを活用したオンプレでの生成AI活用
・生徒の感情や学習状況を踏まえ、勉強をアシストするAIアシスタント
などの開発実績がございます。
生成AIを活用したプロダクト開発の支援内容は、以下のページでも詳しくご覧いただけます。
➡︎株式会社WEELのサービスを詳しく見る。
アイデア段階でも構いません。まずは無料相談でお気軽にご相談ください。
➡︎生成AIを活用したプロダクト開発・業務効率化について相談する
「生成AIを社内で活用したい」「生成AIの事業をやっていきたい」という方に向けて、生成AI社内セミナー・勉強会をさせていただいております。
セミナー内容や料金については、ご相談ください。
また、サービス紹介資料もご用意しておりますので、併せてご確認ください。
Claude Code dynamic workflowsのよくある質問
ここではClaude Code dynamic workflowsのよくある質問について回答していきます。dynamic workflowsの使用を検討している場合には、ぜひ参考にしてみてください。
