Claude Codeに動的ワークフロー導入：マルチエージェントを自律生成

ターミナル上で動くコーディングAIを使い込んでいると、誰もが同じ壁にぶつかります。セッションが長引くにつれてコンテキストが散らかり、AIは自分の書いたバグに固執し、指示の意図を忘れ、次第に手を抜き始めます。

Anthropicはこの問題に対し、根本的な仕組みの変更に踏み切りました。先週、Claude Code向けに「動的ワークフロー（dynamic workflows）」がリリースされました。Claude自身がその場のタスクに合わせて、独自のマルチエージェント連携コードを即座に書き上げ、実行する機能です。

その場で自分専用の実行環境を構築する

これまで複数のClaudeを連携させるには、Agent SDKなどを使って人間があらかじめ静的なワークフローを組む必要がありました。しかし、あらゆる例外に対応しようとすると、静的な仕組みはどうしても汎用的に偏り、柔軟性を失います。

今回導入された動的ワークフローは、Claude Opus 4.8の知能を土台にしています。複雑な指示を受けると、Claudeはタスク専用のJavaScriptファイルを自ら生成し、独立したコンテキストウィンドウを持つ子エージェントを動的に呼び出します。

各子エージェントにはタスクに応じたモデルを個別に割り当てられるほか、専用のGit worktreeを用意して隔離された環境で作業させることも可能です。ターミナルを途中で閉じても、セッションを再開すれば中断した場所から処理を引き継げます。利用時は「ultracode」と指定するか、ワークフローを作ってほしいと伝えるだけで起動します。

トーナメント戦やレッドチーム検証を自動化

ブログでは実践的な活用パターンが紹介されています。代表的なのが「ファンアウトと統合」です。膨大な作業を細かく分解し、それぞれ独立したクリーンな環境でエージェントを並行稼働させ、最後に結果を集約します。百万行規模におよぶBunのZigからRustへの書き換え移行も、この手法で進められたといいます。

また、50回に1回しか起きない競合バグの調査では、ログやコードから独立した仮説を立てる複数のエージェントを競わせる検証が有効です。設計案やネーミングのように好みが分かれる作業では、2つの案を総当たりで戦わせるトーナメント形式の評価も自動で構築されます。

公開バグ報告などを処理する際には、信頼できない外部入力を読み取るエージェントを高権限操作から隔離する「隔離パターン」も用意されており、セキュリティ面にも配慮されています。

なぜ重要か

私たちが注目すべきだと考えるのは、Anthropicが「固定されたフレームワーク」を捨て、「AI自身にオーケストレーションコードを書かせる」道を選んだ点です。現実の大規模開発で起きる問題の形は千差万別であり、現場の課題に合わせた実行環境をAIがその場でプログラミングするアプローチは極めて理にかなっています。

大規模なコード移行、複雑な再現手順を伴うバグ調査、社内ドキュメントの徹底的なファクトチェックなど、これまで1つのプロンプトでは破綻していた重たい仕事に挑戦する価値は十分にあります。すでにClaude Code内の「/deep-research」機能もこの仕組みで動いています。

ただし、子エージェントを何重にも走らせて相互検証させるため、トークン消費量は跳ね上がります。日常的な小規模スクリプトの修正で使うのはコストの無駄遣いであり、ここぞという高付加価値なタスクに絞って使うべきです。単一モデルの性能競争から、モデルによる動的な自律編制へ、開発者向けAIの競争フェーズが一段上がったと言えます。