Building agents: When to fold subagents into your main agent loop

何が起きたのか

記事は、複数のサブエージェントを持つエージェントを、メインのエージェントループに統合する方がよいケースがあると説明しています。そのための「移行キット」も公開されています。キットには、どのサブエージェントをまとめられるかを調べる手順、別の方法の比較、最良の方法の確認が含まれます。試せるデモも付いています。

主な数字と事実

• ある企業では、顧客向けエージェントの中に専門のサブエージェントが十数個ありました。そのため、一貫したブランドの体験を保つのが難しく、遅延も増えていました。
• 別の顧客は、マルチエージェントの仕組みと単一のエージェントループを比べました。単一のエージェントループの方が、実行時間が約2倍速くなりました。
• 複数の企業での比較では、スキルを持つ単一のエージェントが、品質の面で、1つの大きなプロンプトだけの設計とサブエージェントの設計の両方を上回ることが多くありました。コストと、タスクごとの遅延も低いことが多かったとされています。

サブエージェントとは

サブエージェントは、自分専用の文脈(コンテキストウィンドウ)、道具、指示を持つエージェントです。全体を調整する親のエージェント(コーディネーター)が指示を出します。確認作業、並列の作業、権限の分割に役立ちます。Anthropic の multi-agent research system のように、サブエージェントが役立つ場面も多くあります。一方で、企業では組織図をそのまま写したような設計になりやすいという問題もあります。

なぜ大切なのか

エージェントを作るとき、複雑な仕組みが必ずしも良い結果を生むとは限らない、という点が大切です。サブエージェントが増えると、文脈の受け渡しで情報が失われたり、似た役割のサブエージェントが乱立したり、評価の基準がばらばらになったりします。記事は、モデルがもう自分でできることを外側の仕組みで手伝いすぎていないか、確認することを勧めています。