🤔 マルチエージェントLLMの通信トポロジーは、本当に毎回コストをかけて“生成”しなければならないのでしょうか？UCLAのチームがこの前提そのものに疑問を投げかけた研究を発表しました。 タイトル: Codebook Agent: Amortized Topology Design for LLM Multi-Agent Systems URL: ❓ エージェント同士の通信トポロジーは、なぜ生成モデルで毎回探索する必要があると考えられてきたのですか？ 💡 実は必要ないかもしれません。報酬で生き残るトポロジーは、コードブックのサイズを8から64まで増やしても常に6個程度のグラフに収束することが分かりました。設計空間は見かけほど広くなかったのです。 ❓ エッジ数を減らして疎なグラフにすれば、トークン消費も減らせそうですが？ 💡 逆でした。エッジ数とトークン消費の相関係数は-0.4で、グラフを疎にするほどトークンが増えてしまいます。構造的な「コストらしさ」と実測コストは一致しないのです。 ❓ 既存のGNNによる候補採点は何が問題なのですか？ 💡 エージェントのプロファイルが同質なチーム（多くの実運用構成に該当）では、GNNのメッセージパッシングがどの隣接行列も同じ入力とみなしてしまい、候補ごとに差をつけられない機能不全に陥っていました。 ❓ 生成をやめて選択に切り替えたCodebook Agentは、実際どれくらい効果があるのですか？ 💡 VQ-AEでトポロジーを16個のコードに圧縮し、報酬加重MLPと実測データによる代理モデルで候補を選ぶことで、生成時間を301〜396msから2.4msへと125〜158倍高速化。6ベンチマーク平均で従来最強手法から精度+1.6ポイント、トークン消費も21.9〜33.2%削減しています。 #マルチエージェント# #LLM#