何が起きたか

Intuitは、エージェント型AIのタスクを支えきれない既存のIT基盤を全面的に組み替えました。これまでは「広く何でもできる大きなエージェント」を複数並べる多エージェント構成でしたが、新方式ではエージェントを最小単位の「スキル」と「ツール」に分解し、ワークフローに人間の専門家を直接組み込みます。同社のNhung Ho氏はこの再設計を、「オーケストレーターも、プランナーも、ブレインも変えた。社内のあらゆるチームが作り直しを迫られた」と表現しています。

なぜ重要か

要点は「脳と手を分けた」ことです。意思決定を担うオーケストレーション層と、実行を担うモデルやツール層を切り離したことで、特定モデルベンダーへの依存を断ち、大手モデルと自社製ツールを状況に応じて使い分けられるようになりました。MCPのような標準化の流れと符合する設計であり、エージェントの賢さは「巨大なモデル1つ」ではなく「適切に分解された部品の組み合わせ」で決まる、というメッセージでもあります。

業界全体の動き

VB Transform 2026ではTarget、Instacart、Asana、Rivian、Databricks、Atlassianといった事業会社もエージェント・オーケストレーションを語る予定で、各社が同じ「単体の万能エージェント」から「分解と組み合わせ」へ舵を切っている構図が見えます。

💼 事業会社視点：これは自社にどう効くか

日本企業の役員・事業責任者にとって、この事例は「PoCで動いたAIエージェントが本番で破綻する理由」への直接の答えになります。

SaaS・受託開発の経営層へ：自社プロダクトに「AIエージェント機能」を載せる際、巨大プロンプト1本に詰め込む設計は技術的負債になります。Intuitの教訓は、最初からスキル/ツール単位で粒度を切り、オーケストレーション層をモデルから独立させること。これにより、GPT・Claude・Gemini・国産モデルを後から差し替えられる「ベンダーロックイン回避」が可能になります。

EC・金融など業務基盤を持つ事業会社へ：人間の専門家をワークフローに「組み込む」設計は、コンプライアンスや与信判断のように責任の所在が問われる領域で特に有効です。AIに丸投げせず、人間の判断ポイントを構造として埋め込むアプローチは、日本の稟議文化にも適合します。

動くべき次の一手：CTOやAI推進責任者は今期中に、自社のAIエージェント設計が「巨大エージェント型」か「スキル/ツール分解型」かを棚卸しすべきです。前者なら、Intuitと同じ「全社的作り直し」を後ろ倒しにするほどコストが膨らみます。