「泥臭いコミットメントがないとAXは実現しない」Kaz Sato氏が語った、AIエージェントを本番で動かす条件

Agentic AI Summit ’26 Fall 現地取材。

AIエージェントを「試す」から「本番で動かす」へ。その移行で企業は何につまずくのか。

Day2のAsk the Speakerで、Google CloudのKaz Sato氏に数分間、現場定着、セキュリティ、開発者の役割、マルチエージェントについて補足的に話を聞いた。正式なロングインタビューではなく、セッションで出た論点を現場で確認するための短いやり取りだ。

現場から「本当に便利」と言われるところまで持っていけるか

企業がAIエージェントを本番運用するうえで最大の課題を聞くと、Kaz氏が最初に挙げたのはモデル性能ではなかった。

「現場の人が、実際使う人が、本当にこれ便利だねって言ってくれる。そこに持っていく」

これは機械学習の時代から変わらないという。AIが賢くなっても、技術的に動くものと、業務で使われ続けるものは別だ。エンジニアやデータサイエンティストも現場の問題を本当に理解する必要がある。

本番運用で避けられないセキュリティ

「やっぱり今セキュリティですよね」

「一個一個のエージェントがサービスアカウントを持って、アイデンティティを持って、きちんと監査されてやってもらう」

この発言は、10月8日のGemini agent発表とも重なる。Google Cloudは本番運用のガバナンスを、独立したエージェントID、最小権限、監査ログ、ポリシー制御という形で整理している。

開発者は「メタ開発」へ

「エージェントと一緒に開発するじゃなくて、エージェントが開発する仕組みを開発してるなって。メタ開発みたいな」

開発者が自分の中に持っている「うまく開発するためのスキル」を、エージェントが利用できる形へ落とし込む。人間が作る場合と変わらない品質をどう実現するかが、開発者の仕事として大きくなる。

関連して読む：「試す」から「本番で動かす」へ――Day2 Track 1レポート

AXに必要な「泥臭いコミットメント」

「本当に現場でなんか一ヶ月、三ヶ月、業務のフローだとか課題を知るっていうぐらいのコミットメントがないと、そこはAIが置き換えてくれない」

「泥臭いコミットメントがないとなかなかAXが実現しない」

AI導入と業務変革は別だ。実装速度が上がるほど、「何を変えるべきか」を理解する現場把握の重要性はむしろ増える。

マルチエージェントは大規模開発向けか

「期待してたよりはコスパ悪くないな」

「五倍とかかかっちゃうので、早くはできるけど、やっぱなんかちょっとオーバーヘッドが多すぎるかな」

Kaz氏は、大規模開発には必要になると見る一方、今回検証した規模のアプリでは「まだいらないかな」という印象も語った。マルチエージェントだから高度ということではない。コストと複雑さを払うだけの規模かを判断する必要がある。

関連して読む：単価は98％下がったのにAIの支出は増える、だから最上位モデルは要所にだけ使う

実際に作るから、まだ語られていない問題が見える

「実際作っていくと、まだ世の中ではちゃんと語られてないような問題というのが絶対出てくると思うので、業界ごとに。それをどんどん発見されて、シェアされるといいかなと思います」

Ask the Speakerでの数分間のやり取りだったが、回答には今回のサミットで繰り返された論点が凝縮されていた。現場で本当に使われるところまで持っていくこと。IDと監査を備えること。開発者の知見を、エージェントが再現できる仕組みへ変えること。そして新しい技術を使うこと自体を目的にせず、規模とコストで判断することだ。

短いやり取りでも、Day2の論点はここへ集約される

数分間のAsk the Speakerだったが、Kaz氏の回答はDay2の各セッションと重なる。Production ArchitectureはID・権限・評価を扱い、AntigravityやAgent Swarmは開発者の役割とコストを扱った。基調講演では、PoCではなく現場で使えるところまで持っていくことが語られた。

その中でKaz氏が繰り返したのは、AIが賢くなるほど現場理解が不要になるわけではないという点だった。むしろ実装が速くなれば、「何を作るべきか」「誰の仕事をどう変えるか」を正しく理解することの比重が上がる。

「泥臭いコミットメント」は、AIらしくない言葉に見える。しかし、今回のサミットで各社が直面していたのも、現場業務、権限、既存システム、データの意味、人間承認といった泥臭い部分だった。AIエージェントの本番化は、そこを飛ばしては進まない。