Claude Code Ultracodeモード、70エージェントパイプラインでディープサーチを実現

Redditユーザーが、Claude Codeのウルトラコードモードが1回のリクエストから約70のエージェントを4フェーズのパイプラインで自律的にオーケストレーションするデモを公開しました。タスクは、コードベース内のすべてのプロジェクトを取得してクロスチェックする「ディープサーチ」。Claude Codeはインライン実行の代わりに、発見→ベンチマーク→エンリッチ→検証の4段階からなるワークフロースクリプトを作成しました。各エージェントは独立して実行され、/workflowsで進行状況がリアルタイム表示され、完了時に自動通知されます。

主要なアーキテクチャ的洞察

ユーザーは、ウルトラコードモードは単により多くのエージェントを並列実行するだけでなく、オーケストレーションプランをスクリプトに移行すると指摘しています。ループとすべての中間結果はモデルのコンテキストウィンドウの外に保持されるため、最終的な回答だけが会話に残ります。これにより、約70のエージェントがあってもオーケストレーターが圧迫されることはありません。各エージェントは独自のコンテキスト設定で動作し、セッションモデルのレートでオーバーヘッドが発生します。

正直なトレードオフ：コスト

約70のエージェント＝約70の個別コンテキスト設定があり、それぞれフル推論呼び出しのコストがかかります。ユーザーは、1つのウィンドウでは大きすぎるタスク（多くのプロジェクトの取得とクロスチェックなど）の場合、このコストは正当化される可能性があると計算しています。しかし、単一のバグ修正や数ファイルの変更の場合、通常のセッションの方が安くて速い。警告：ウルトラコードがすべてのリクエストをワークフローに静かに変換すると、気づかないうちに請求額が10倍になる最速の方法です。

実用的なガイダンス

ユーザーは完全なコストモデルと意思決定フレームワークを以下のサイトで公開しています：https://avinashsangle.com/blog/claude-code-dynamic-workflows-guide

実際のコードベースでウルトラコードを検討する場合の重要な質問：タスクに複数の独立したコンテキストウィンドウが本当に必要ですか？ はいの場合、オーケストレーションモデルは効果を発揮します。いいえの場合、通常のセッションに留めてください。