AIを野放しにしない——コストと統制の関所、Unity AI Gateway

unity-ai-gateway

あるCEOは、1ヶ月で1年分のAI利用料を使い切ったという。

聞き間違いではない。1ヶ月で、1年分。

Data + AI Summit 2026の基調講演で出た、ひやりとする話だ。歯止めのないまま社内にAIエージェントを入れると、こうなる。エージェントは疲れない。夜も働く。だからこそ、誰も見ていないところでトークンを延々と食い続ける。便利さの裏で、請求書だけが静かに膨らんでいく。そういう事故が、もう現実に起きている。

この日Databricksが示したのは、AIを止めるための仕組みではない。むしろ思い切りアクセルを踏むために、その手前に置く「関所」だ。名前を Unity AI Gateway という。

利用者視点で見たUnity AI Gatewayの入口。中心の円に向かって、人とAIコワーカー、SaaSエージェント、スキル・ツール・MCP、各種モデル、コーディングツールが集まる。誰が・何を使うにせよ、AIへの出入り口はこの一箇所に集約される
利用者視点で見たUnity AI Gatewayの入口。中心の円に向かって、人とAIコワーカー、SaaSエージェント、スキル・ツール・MCP、各種モデル、コーディングツールが集まる。誰が・何を使うにせよ、AIへの出入り口はこの一箇所に集約される
目次

導入で必ずぶつかる、3つの困りごと

AIエージェントを本格的に使い始めた会社は、たいてい同じ壁にぶつかる。基調講演では、それが3つに整理された。

費用が青天井になること。 冒頭のCEOの例がまさにそれだ。誰がどれだけ使うか、最初は読めない。気づいたときには手遅れ、という性質の問題だ。

エージェントが何をしたのか、後から追えないこと。 人なら「あの判断、誰がやった?」と聞ける。だがエージェントが社内のあちこちで自律的に動き出すと、誰が・どのモデルに・何を頼んで・何が返ってきたのか、記録がなければ闇の中だ。

モデル選びがやっかいなこと。 最適なモデルは、およそ1ヶ月で入れ替わる。今いちばん賢いモデルが、来月もいちばんとは限らない。かといって、新しいモデルが出るたびに社内の全システムを手で繋ぎ直すのは、現実的ではない。

新しいモデルが次々に出てくること自体は、利用者にとってありがたい。ただし、その速さに振り回されない仕組みを持っていれば、の話だ。

入口をひとつにまとめる

Unity AI Gatewayの発想は単純だ。AIへの出入り口を、一箇所に集める。

どのベンダーのエージェントでも、どのモデルでも、どんなスキルやツールでも、すべてここを通す。OpenAIのモデルも、Cursorのようなコーディングツールも、自社で作ったエージェントも、入口は同じ。

入口の「中」で何が動いているか。エージェント台帳、アクセス制御、文脈に応じたポリシー、予算、賢い振り分け、エージェント監視といった部品を内側に備える。外側にはOpenAI・Cursor・Genie Code・Claude Code・Microsoft Foundry・Vertex AI・Salesforceなど、社内に散らばるAIが連なる
入口の「中」で何が動いているか。エージェント台帳、アクセス制御、文脈に応じたポリシー、予算、賢い振り分け、エージェント監視といった部品を内側に備える。外側にはOpenAI・Cursor・Genie Code・Claude Code・Microsoft Foundry・Vertex AI・Salesforceなど、社内に散らばるAIが連なる

入口をひとつにまとめると、効用は大きく3つに集約できる。

第一に、認証が一度で済む。一度通してしまえば、その後は再認証なしで使える。利用者はいちいちログインし直さずに済み、管理者は認証情報をそこら中に散らばらせずに済む。

第二に、利用の量(キャパシティ)も入口側でまとめて握れる。誰が・どれだけ使うかが一点に集まるので、後で述べる予算管理やモデルの振り分けが効く。

第三に、「モデルが1ヶ月で入れ替わる」問題に効く。入口で賢く振り分ける(スマート・ルーティング)仕組みがあるので、裏で使うモデルを入れ替えても、現場のアプリ側を作り直さずに済む。新しいモデルが出たら、入口の設定を変えるだけでいい。

以降の費用管理も監査も、この「集約しているから効く」という一点から派生している。

費用を見える化して、抑える

入口に集めて、いちばん効くのがお金の話だ。

すべての呼び出しがここを通るので、利用額がダッシュボードで見える。誰が、どのチームが、どのモデルに、いくら使ったか。今まで請求書が来てから青ざめていた部分が、リアルタイムに近い形で把握できる。

見えるだけではない。グループや個人ごとに予算を配り、上限を決め、近づいたらアラートを出し、超えそうなら自動で止める。ここまでかけられる。

冒頭のCEOの「1ヶ月で1年分」は、上限とアラートがあれば防げたはずの事故だ。エージェントは、止められないことが怖いのではない。止める場所を用意していないことが怖い。

安全に使い、後から監査する

お金の次は、安全性と説明責任だ。

Unity AI Gatewayは、ID管理と歯止め(ガードレール)で、エージェントの動きそのものを統制する。どのモデルへの呼び出しでも、安全性・コンプライアンス・監査・本人確認を効かせられる。エージェントが見てはいけないデータへ勝手に手を伸ばす、といった事態を入口でせき止める。

そしてこの仕組みは、より大きな統制の枠組みであるUnity Catalogの一部として動く。Unity Catalogは、データだけでなくAIモデル、エージェント、MCP、スキルまでをひとまとめに管理する。さらに来歴(リネージ)も追える。データがどこから来て、どう加工されたかの履歴だ。

Unity Catalogが束ねる統制機能の全体図。発見・業務上の意味づけ・来歴(リネージ)・AIガバナンス・アクセス制御・品質監視・コスト制御・共有用のOpenSharingが並ぶ。対象はテーブルやファイルにとどまらず、MCP・モデル・エージェント・スキルにまで及ぶ
Unity Catalogが束ねる統制機能の全体図。発見・業務上の意味づけ・来歴(リネージ)・AIガバナンス・アクセス制御・品質監視・コスト制御・共有用のOpenSharingが並ぶ。対象はテーブルやファイルにとどまらず、MCP・モデル・エージェント・スキルにまで及ぶ

「何かおかしい」となったとき、来歴をたどれば、どのデータをもとに、どのエージェントが、どんな判断をしたのかを後追いできる。AIを業務に組み込むほど、この「説明できること」の価値は重くなる。

特定のベンダーに縛られない

最後に、地味だが大事な点を。

これだけの統制機能をカタログ管理の中で提供して、追加料金はかからない。そして、特定のクラウドやモデルに縛られない。基調講演では、この日のプラットフォーム全体を貫く価値が「Context(文脈)・Control(統制)・Cost(費用)・Choice(選択肢)」の4つで語られた。Unity AI Gatewayは、このうち統制・費用・選択肢を一手に引き受ける位置にいる。

基調講演がプラットフォーム全体の軸に据えた4つの価値——Context(文脈)・Control(統制)・Cost(費用)・Choice(選択肢)。Unity AI Gatewayは、このうち統制・費用・選択肢を一手に引き受ける
基調講演がプラットフォーム全体の軸に据えた4つの価値——Context(文脈)・Control(統制)・Cost(費用)・Choice(選択肢)。Unity AI Gatewayは、このうち統制・費用・選択肢を一手に引き受ける

特定のベンダーに囲い込まれないこと。これは、モデルが1ヶ月で入れ替わる時代にこそ効いてくる。今日の最適が明日も最適とは限らないなら、いつでも乗り換えられる自由を手元に残しておくほうが、結局は強い。

押さえどころ

派手な発表が並ぶ基調講演の中で、Unity AI Gatewayは目立つ機能ではない。エージェントが直接何かを生み出すわけでもない。だが、これがないまま全社にAIを配ると、冒頭のCEOの二の舞になる。

自社に置き換えて、二つだけ問いたい。

一つ。いま、誰が・何に・いくらAIを使っているか、把握できているか。把握できていないなら、それは「使いすぎていない」のではなく「見えていないだけ」かもしれない。

もう一つ。いざとなったら、止められるか。アクセルだけ用意してブレーキを用意していない車に、社員を乗せていないか。

AIを思い切り使う会社ほど、止める場所がいる。攻めと守りは、対立しない。守りがあるから、攻められる。

関連:生成AIに「自社の文脈」を渡すサービス「Ontology Boost」

Unity AI Gatewayが費用と統制の関所だとすれば、その関所を通って動くAIに、自社固有の意味——用語やKPI、業務ルール——をどう渡すかは、また別の問いです。——これは、私たちSiNCEが提供を開始したサービス 「Ontology Boost」 がまさに取り組む領域です。生成AI(ChatGPT・Claude・Geminiなど)が、御社固有の用語・KPI・業務ルールに沿って"根拠のある"回答を返せるよう、知識基盤(オントロジー)の構築・接続・運用までを一貫支援します。

サービス詳細:https://since2020.jp/ontology

CTA
  • URLをコピーしました!
  • URLをコピーしました!
この記事を書いた人
目次