3人のスペシャリストが意見を出す。 あなたが裁定する。

このカテゴリーの多くの基盤は、順番でオーケストレーションします。エージェント A が動き、B が A の出力を受けて動き、C が結果を整形する。それはパイプラインであり、構造的な弱さを抱えています。2番目のエージェントは、前提が間違っていたと1番目に伝えられません。その上に積み上げることしかできません。

本物のオーケストレーションには、パイプラインが持たない3つが要ります。順次ではなく、本当に対立する立場。あるエージェントが別のエージェントの貢献をきっぱり拒否できる仕組み。そして、平均ではなく判断を生む裁定の段階です。

ラウンドテーブルは、そのうち3つ目に対する Crew Studio の答えです。開かれた議論は crewチャットが扱い、それは制作作業には正しいやり方です。ラウンドテーブルが扱うのは、中に本物のトレードオフを含む問いです。価値が、より多く作ることではなく、より良く決めることにある場合です。

したがって、AI エージェントを協調させる基盤を試す物差しは、一度に何人のスペシャリストを動かせるかではありません。そのうちの2人が正反対の結論に達することを許されているか、そしてそれを平均するのではなく決着させる仕掛けが、システムのどこかに作り込まれているかです。

AI エージェントの集団に合意しろと言えば、すぐに合意します。同意しやすい文章で訓練されたシステムでは、合意がいちばん抵抗の少ない道だからです。結果は、誰一人単独では主張しなかった立場です。もっともらしく読めて、何にも踏み込んでいません。

裁定はその逆を生みます。誰かが、理由とともに、文章で負けなければなりません。この制約ひとつで、上流の議論の質が変わります。自分の立場が退けられうると知っているスペシャリストは、中間へ逃げる代わりに、きちんと論じます。

3か月後に持っている価値のある記録も残ります。判断が間違いだったと分かったとき、自分の思考を記憶から組み立て直すのではなく、何が退けられ、なぜかを読めます。その記録は studio に残り、会話より長生きします。

この種の基盤がいちばん手薄なのは、たいていここです。複数のスペシャリストを同時に動かすことは工学の問題で、おおむね解かれています。そのあいだで決めることは編集の問題で、規模を大きくするのではなく、設計するしかありません。

3つの行は逆に振れ、事実についての問いではその差はわずかではありません。トレードオフがない場合、同じモデルに2回尋ねるほうが速く、安く、そして完全に十分です。

正直に言えば、この2つの道具は別の問いに答えます。モデルに2回尋ねることが答えるのは「これはどんな形になりうるか」です。ラウンドテーブルが答えるのは「このうちどれをやるべきか、そして何を諦めるのか」です。多くのオペレーターは前者のほうがはるかに多く必要ですし、あらゆる問いでラウンドテーブルに手を伸ばすことが、この機能を役に立たなくする道です。