InklingをUnity AI Gatewayから統制して使う選択肢

Thinking Machines Labの初のオープンウェイトモデルInklingが、DatabricksのUnity AI Gatewayから利用可能になりました。コーディング、エージェント推論、マルチモーダル入力を、既存のモデル統制へ組み込めます。

要点

• InklingをREST APIから呼び、AI Playground、Agent Bricks、コーディングエージェントへ接続できます。
• Unity AI Gatewayが権限、監査ログ、費用上限、観測を一元化します。
• SQLからの問い合わせは記事時点では未提供で、今後対応予定です。

今回のブログ記事で語られていること

DatabricksはThinking Machines Labのモデル公開初日から提供するパートナーとして、同社初のオープンウェイトモデルInklingをUnity AI Gatewayへ追加しました。公式記事はInklingをコーディング、エージェント型推論、画像などを含むマルチモーダル入力に向くモデルと位置付けます。オープンウェイトであるため、企業のコード、文書、専門データに合わせて調整し、品質、遅延、費用のバランスを選べるという主張です。ただし、記事には独立評価の詳細や、自社課題ごとの比較値はありません。モデル選定では、利用する言語、リポジトリ規模、ツール呼び出し、画像入力、長い作業の完遂率を既存候補と同じ条件で測る必要があります。

提供経路の中心はUnity AI Gatewayです。REST APIでInklingを呼び、権限、セキュリティ方針、監査ログ、費用上限、利用状況を他のモデルと同じ制御面へ載せます。Cursor、OpenCode、PiなどのコーディングエージェントをGatewayへ接続すれば、開発者ごとに外部サービスへ鍵を配るのではなく、中央でモデルアクセスと予算を管理できます。特定のモデルへ固定せず、オープンモデルとプロプライエタリモデルを仕事ごとに切り替える選択肢も得られます。

試用はAI Playgroundでパラメーターを変え、Notebookへ書き出す経路、Unity AI Gatewayでエンドポイントを展開する経路、Agent Bricksへ組み込む経路が案内されています。記事はデータが統制環境内に残ることを強調しますが、実際の配置、モデルの重み、推論処理、ログ保存、学習への利用条件は契約と構成で確認が必要です。またSQLからの問い合わせは今後対応予定であり、現時点の提供済み機能として扱えません。導入時はGatewayのアクセス方針、入力・出力ログの機密性、モデル版の固定、失敗時の代替モデル、コーディングエージェントが実行できる操作を合わせて定義すべきです。

今回のブログ記事が関係する人

Databricks上でモデルを統制するAI基盤担当、オープンウェイトモデルを比較する開発者、CursorやOpenCodeを企業導入する管理者、推論費用と監査を集約したいチームに関係します。

結局、今回のブログ記事をどう読むべきか

Inklingそのものの性能発表というより、新しいモデルを既存のDatabricks統制へ載せる提供開始です。まずAI Playgroundで自社課題を比較し、Gateway経由の権限、費用、ログ、版管理が実運用に合うかを確認するのが先です。