Claude Code、動的ワークフローでタスク別のマルチエージェント実行基盤を作れるように

Claude Blog は 2026年6月2日、Claude Code の動的ワークフローを解説する記事を公開しました。Claude Code がタスクに応じて JavaScript ベースの実行基盤をその場で作り、サブエージェントを分けて調査、検証、合成、比較を進める考え方です。

要点

• Claude Code は動的ワークフローにより、タスク別のマルチエージェント実行基盤をオンデマンドで作れるようになった
• 調査、セキュリティ分析、エージェントチーム、コードレビューなど、長く構造化された作業で効果が出やすいと説明されている
• 分散実行と統合、批判的検証、トーナメント、完了までの反復などのワークフローパターンが示された
• 動的ワークフローはトークン使用量が増えやすいため、通常のコーディングタスクでは過剰になり得る
• 反復できるワークフローは /goal や /loop と組み合わせ、予算と完了条件を明示するのが実務上重要になる

今回のブログ記事で語られていること

この記事は、Claude Code を単なるコーディング支援ではなく、複雑な仕事を分割して進めるオーケストレーション層として使う方向性を示しています。Claude Code の通常の実行基盤はコーディングタスクに強く、計画、実行、確認を同じコンテキストウィンドウで進めます。しかし長時間、並列、構造化、あるいは批判的な検証が必要な作業では、一つの文脈に計画と実行を詰め込むと限界が出ます。記事では、その限界として、複雑なタスクの途中で止まるエージェントの怠慢、自分の出した答えを過大評価する自己選好バイアス、長い作業や圧縮を経ることで当初の要件からずれる目標逸脱が挙げられています。

動的ワークフローは、この問題に対して、Claude Code が JavaScript ファイルを使ってサブエージェントを起動し、各エージェントに独立した文脈と役割を持たせる仕組みとして説明されています。ワークフローは JSON、Math、Array など標準的な JavaScript 機能を使いながら、どのモデルを使うか、サブエージェントを別ワークツリーで動かすか、どの順番で結果を集約するかを制御できます。中断された場合も再開によって続きから作業できる点が示されており、単発のプロンプトではなく、状態を持つ作業用の実行基盤として設計されていることが分かります。

記事で示されたパターンは、実務にそのまま写せるものが多いです。分類して実行する方式はタスク種別を判定して振り分ける仕組み、分散実行と統合は多数の小さな作業を別エージェントに分けて最後に統合する仕組み、批判的検証は各成果物を別エージェントが評価基準に照らして検証する仕組みです。生成して絞り込む方式やトーナメントは、案を大量に出して比較評価する用途に向きます。完了まで反復する方式は、ログ調査やトリアージのように終点が最初から分からないタスクで、停止条件を満たすまでエージェントを繰り返す設計です。

利用シーンとしては、移行やリファクタリング、深い調査、深い検証、分類、メモリーとルール順守、根本原因調査、大量トリアージ、探索と判断、評価、モデル振り分けが挙げられています。特に注目すべきなのは、コーディング以外の仕事にも広げている点です。Slack やインシデントログから繰り返し起きる根本原因を探す、履歴から自分が何度も直している指摘を掘り出して CLAUDE.md のルールにする、サポート待ち行列を分類して重複排除する、といった例は、AI エージェントを業務運用に組み込むチームにとって具体的なヒントになります。

一方で、記事は動的ワークフローを万能視していません。ワークフローはトークンを多く使う可能性があり、通常のコーディングタスクには過剰な場合があります。実務では、複数の仮説を並列に検証したい、出力を別エージェントに批判的に見直させたい、大量の項目を分類・比較したい、あるいは長時間の反復を安全に回したい場面で使うべきです。プロンプトでは予算、停止条件、評価基準、隔離のような権限分離を明示する必要があります。

対象になりそうなチーム

• Claude Code をコードレビュー、移行、インシデント分析に使う開発生産性チーム
• マルチエージェントワークフローやエージェントのオーケストレーションを社内標準化したいプラットフォーム / AI 活用支援チーム
• AI エージェントの検証、権限分離、トリアージ自動化を設計するセキュリティ / ガバナンスチーム

今回のブログ記事が関係する人

• anthropic をすでに利用しており、今回の内容が運用、開発、分析、データ連携にどう影響するかを確認したいチーム
• AI・データ基盤の選定や導入計画を進めており、公式ブログの背景や実務上の読み方を整理したい担当者
• セキュリティ、ガバナンス、監査、コスト、サポート体制など、発表内容を本番運用の判断材料に落とし込みたい管理者

実務で確認したいポイント

まず、動的ワークフローを使うタスクと使わないタスクの線引きを決めるべきです。通常の小さな修正に毎回マルチエージェントワークフローを使うと、トークンコストとレビューコストが増えます。逆に、大規模リファクタリング、不安定なテストの調査、インシデントの根本原因分析、セキュリティレビュー、大量の待ち行列トリアージのように、複数視点や反復検証が必要なタスクでは、ワークフローの価値が出やすくなります。

次に、ワークフローに権限境界を入れる必要があります。記事では公開コンテンツを読むエージェントと高権限操作を実行するエージェントを分ける隔離パターンが示されています。これは、外部入力を読むエージェントにそのまま本番操作を許可しないという意味で、AI エージェントのセキュリティ実務ルールに直結します。

結局、この更新をどう見るべきか

動的ワークフローは、Claude Code を「一人の速いコーディング支援」から「役割分担できるエージェントのオーケストレーション実行基盤」に近づける更新です。導入するチームは、便利な新機能として試すだけでなく、予算、評価基準、停止条件、権限分離、レビューの確認点を含む運用設計として扱う必要があります。

結局、今回のブログ記事をどう読むべきか

このブログ記事は、単独のニュースとして読むだけでなく、対象製品の開発方向、導入支援、運用上の注意点を把握する材料として読むのがよさそうです。