Intuit、AIエージェント体系を2度再構築

Intuitはエージェント型AIの初期パイオニアとして始まり、複数のスペシャリストエージェントがタスクの完了に協力できるシステムを構築していた。しかし、同社が機能するアーキテクチャに到達するまでの道のりには、迅速に連続した2つの重大な再設計が含まれていた。

最初のアーキテクチャはスペシャリストエージェントに依存していた。各エージェントは狭い領域またはタスク用に最適化されていた。4ヶ月以内に、Intuitのエンジニアリングチームはこのアプローチが限界を持つことを認識し、中央オーケストレーション層を中心にシステムを再構築した。コーディネーターエージェントはスペシャリストにタスクを委譲し、その間の情報フローを管理する。これは自然な進化のように見えた。1つのインテリジェントエージェントがタスクを他のエージェントにルーティングする。

しかし、オーケストレーション層自体が問題になった。オーケストレーション型システムのエージェントが互いに結果を受け渡すにつれて、各ハンドオフは自然言語で行われた。Intuit AI担当副社長Nhung HoはVB Transform 2026で失敗を説明した。「10個のエージェントがすべて互いに受け渡しを行っている場合、その受け渡しが起きるたびにエラーが複合する。」各中間エージェントは前のエージェントからコンテキストを受け取ったが、自然言語通信は本質的に情報欠損性がある。微妙なニュアンスと重要な詳細は失われ、ダウンストリームエージェントは正しく行動するのに必要な全体像を欠いていた。

このアーキテクチャの行き止まりに直面して、Intuitは完全に再構築する決定を下した。2回目の再設計はオーケストレーション層を廃止し、エージェントが中央コーディネーターを通してルーティングするのではなく、ツールとスキルに直接アクセスするスキルとツールベースのシステムを採用した。このアプローチは中間ハンドオフのボトルネックを排除する。再構築は迅速に実行された。完全な再設計は60日かかり、最初の動作版は20日以内に準備できた。Ho氏はこの再構築のペースを成功への「高速経路」と説明し、壊れたアーキテクチャを特定してピボットすることが、それをパッチングしようとするよりも速いことを示唆している。

Intuitの経験は、エージェント型AIにおける重大な緊張関係を浮き彫りにしている。中央オーケストレーター（スペシャリストエージェントを管理する単一のコーディネーター）の直感的な魅力は、その調整オーバーヘッドの重みの下で崩壊する。Ho氏が説明した失敗モード（エージェント間の自然言語ハンドオフ中のコンテキスト喪失）はコーディングバグではなく、構造的欠陥である。チェーン内のすべてのエージェントは前のエージェントから完全かつ正確な状態を受け取ることに依存しているが、自然言語は本質的に情報欠損性と曖昧性を備えている。

スキルとツールベースのシステムへの移行は、Intuitがオーケストレーション層を完全に回避する方が、それをパッチングするよりも優先すると判断したことを示唆している。マスターエージェントが10個のスペシャリストエージェント（それぞれが潜在的なエラーポイント）を調整するのではなく、新しいモデルはおそらくエージェントに中間変換ステップを経由せずにツールとスキルへの直接アクセスを与える。これは統一されたオーケストレーターの単純性をトレードオフして各エージェントが正しいツールを適切なタイミングで呼び出せることの複雑性と引き換えにするが、コンテキスト喪失のボトルネックを排除する。Ho氏が4ヶ月間の2度の再構築を「高速経路」と位置づけたことは、チームが壊れたモデルの段階的調整よりも迅速な実験とアーキテクチャレベルのピボットを速いと見なしていることを示唆している。

まだコメントがありません。最初のコメントを投稿しましょう！