この記事の要点
- DatabricksはSmart RoutingをUnity AI Gatewayでベータ提供している
- 作業の複雑さを読み、安いモデルと高性能モデルを使い分ける
- 提供価格の詳細は発表に書かれていない
AIを選ぶAIが、会社に入ってくる
結論は短く言えます。AIを使う会社には、AIを選ぶAIが入ってきます。DatabricksのSmart Routingは、その流れをAIコーディングで見せる発表です。
これまでのAI導入は、どのモデルが賢いかに目が向きがちでした。けれど実務では、すべての仕事が最高難度ではありません。簡単な修正も、難しい設計も、同じAIへ投げる方が不自然です。
Databricksは、2026年だけで33の新モデルが出たと書いています。モデルが増えるほど、人間が毎回選ぶのは難しくなります。Smart Routingは、その選択疲れを減らします。
発表で分かる箱の中身
Smart Routing(作業に応じてAIを選ぶ機能)は、Unity AI Gateway(企業のAI利用を一元管理する入口)で使う機能です。発表時点ではベータ(正式版前のお試し提供)です。Claude CodeとCodexで直接動くとされています。
提供範囲と料金は、読者が最初に気になる部分です。発表に書かれている内容は、次の範囲です。
| 項目 | 発表に書かれている内容 |
|---|---|
| 発表日 | 2026年8月13日付 |
| 提供状況 | Unity AI Gatewayでベータ提供中 |
| 対応ツール | Claude CodeとCodex |
| 料金 | 個別料金は発表に書かれていない |
料金は発表に書かれていません。そのため、この時点で言えるのは機能の方向です。実際の支払い条件まで決まったニュースではありません。
最初の一言が、値段を動かす
Smart Routingは、最初に作業説明を読んで難しさを見ます。発表では、答え、テスト、リポジトリ情報までは渡していないと説明されています。依頼文とメタデータから、作業の種類を推定します。
これは、依頼の書き方が費用に近づくということです。曖昧な依頼は、AIにも人間にも扱いにくいです。仕事の範囲が見える依頼ほど、合うAIへ回しやすくなります。
Databricksは、現実の会話がベンチマークほど整っていないとも書いています。最初の言葉は仕様書ではなく、症状や願望になりがちです。だから、数ターン話してから振り分ける方向も研究対象になっています。
止める管理から、流す管理へ
企業のAI費用管理は、使いすぎを止めるだけでは弱いです。止めれば費用は下がります。けれど、仕事の速度も落ちます。
Smart Routingの考え方は違います。使うのを止めずに、合う場所へ流すという発想です。Unity AI Gatewayは、AIアクセス、支出管理、統制をまとめる場として説明されています。
数字もその方向を示しています。Databricksは内部ベンチマークで35%、公開ベンチマークで56%のコスト削減と書いています。さらに公開ベンチマークでは、Opus 5と同等性能を半分未満の費用で出したと説明しています。
開発者以外にも、効く場所がある
このニュースは、コードを書かない人にも遠くありません。AIコーディングの費用は、やがて開発予算、プロダクト計画、社内AI利用のルールに出てきます。
たとえば、社内でAIアプリを作る時を考えると分かります。Databricksの開発者向けページは、企業データ上でアプリやエージェントを作る統合環境を説明しています。そこでは、便利さだけでなく統制も必要になります。
関係する人は、開発者だけではありません。
・AI活用の予算を見る人
・社内ツールの導入を決める人
・業務アプリを現場で使う人
最後に残るのは、仕事の粒度
Omnigent(AIコーディングの実行環境をまたぐ仕組み)を使うと、モデルだけでなくハーネス(AIコーディングを動かす実行環境)も選ぶ流れになります。AIの名前を選ぶ時代から、作業の渡し方を設計する時代へ進みます。
Databricksは今後の方向として、PRレビュー、サブエージェント起動、バッチ移行、定期ジョブを挙げています。最初から作業内容がはっきりしている場面ほど、自動振り分けが働きやすいからです。
この発表の持ち帰りは、安いAIの話に閉じません。強いAIを使い倒すより、仕事を正しい粒度で渡す会社が強くなります。AIの導入力は、モデル名ではなく、仕事の切り分け方に表れます。