DeepSeekがSuper-agent原型を公開、継続的に協働するAgent基盤を探る

導入

DeepSeekは、Super-agentと呼ぶAgent原型の設計思想と実装を公開しました。焦点は、一度の対話でより良い回答を返すことだけではありません。チャットやコードリポジトリなどから届くイベントを継続的に監視し、関連するメッセージを結び付け、毎回新しい指示を受けなくても仕事を前に進めることを目指しています。

これは、ユーザーが作業を一つずつ割り当てる方式から、Agentが進行中の仕事を管理し、重要な場面で確認を求める方式への変化を示します。ただし、今回示された結果は初期検証であり、完成した製品の能力とみなすべきではありません。

RouterとWorkerの二層構成

Super-agentはRouterとWorkerからなる二層構成です。Routerは外部イベントを受け取り、全体の文脈を管理してタスクを割り当てます。Workerは個別の仕事を担当するセッションで、複数のタスクを互いに干渉させず並行して処理します。

この構成が解決しようとするのは、従来のCoding Agentが抱える実務上の問題です。開発者は、IMで方針を話し合い、コードリポジトリで実装し、別の画面でプルリクエストのコメントに対応します。従来のAgentでは各会話が分離されやすく、ユーザーが文脈を手作業でつなぐ必要があります。Super-agentは、議論、実装、レビューを同じ仕事として継続させることを狙います。

さらに、Workerは担当した仕事に関する後続イベントを購読できます。プルリクエストを引き受けたWorkerに、その後のコメントを直接届ければ、毎回Routerで再判断する必要がありません。これにより、重複する判断やキャッシュ読み出しを減らせます。

目標とする四つの特性

• 継続性：セッションや作業プラットフォームをまたいで文脈を保持します。
• 効率性：複数の複雑なタスクを並行実行し、時間のかかる処理が新しい依頼を完全に止めないようにします。
• 自発性：投機的実行により、明示的な指示の前に問題を調べます。例えば、グループでBugが話題になった時点で再現や原因調査を試し、有効な結果がなければ通知を控えます。
• 持続性：計算、状態、実行環境を分離し、端末が一時的にオフラインでも状態を維持できるようにします。

Watchdogは、障害や無効なループ、目標からの逸脱を検知し、復旧を試みる役割です。大量のイベントによるコストを抑えるため、まずプログラム規則で無関係な通知を除外し、残ったものをモデルが判断します。非同期ReAct LoopはDeepSeek Harnessに実装されていますが、標準では有効化されていません。

初期測定とトレードオフ

約300件のメッセージと20件の作業要求を含むシミュレーション環境で、テストは5回繰り返されました。Super-agentのタスク完了時間は中央値12.4分、95パーセンタイル15.7分でした。比較対象の単一SessionとSubagentの構成は、中立的なプロンプト条件で95パーセンタイル29.5分でした。

この結果は、タスクの振り分けと並列実行が、複数作業の遅延を抑える可能性を示します。ただし、実験規模と条件は限定的で、実際の開発組織での性能を保証するものではありません。また、イベント直通を無効にするとRouterの判断回数が約30%、キャッシュTokenの読み出しが約37%増えました。全ての判断を中央に集める設計には、明確なコストがあります。

意義と課題

Super-agentは、Agentの課題を単発の回答能力から、仕事全体のライフサイクル管理へ広げます。イベントの受信、文脈の関連付け、実行担当の選択、状態の保持、障害からの復旧を一つの設計問題として扱う点に意義があります。

一方で、自発的に行動するAgentには、権限管理、監査ログ、中断手段、人間の承認点が必要です。今回の原型は実用化済みの常時稼働システムというより、持続的なAgentを構築するための工学的な探究として捉えるのが適切です。

出典：量子位