自社のモデルプロバイダーキーで AI を動かす

あなたのキー、あなたのプロバイダーアカウント、あなたの条件。それがプロンプトの行き先と商取引の相手について何を変えるか。OpenAI 互換エンドポイントが何を開き、なぜソフトウェアは AI をオフにした完全な状態で届くのか。

更新 2026-08-10 · 6 分で読めます

自社のキーが変えるもの

自社のキーを持ち込むとは、モデルの呼び出しが、あなたが発行した認証情報で、あなたが持つアカウント上で、あなたが署名した条件のもとで行われるということです。ソフトウェアはクライアントです。モデルプロバイダーとの関係はあなたのもののままです。

契約。保持、学習への利用、地域での処理は、プロバイダーとのあなた自身の契約で決まります。それは、そのアカウントの他のすべての利用について法務チームがすでに読んだ条件です。
請求。利用はプロバイダーが記載するあなたの請求書に載ります。自分のコンソールから、いつでも上限を設けたり止めたりできます。
到達範囲。失効させられるキーは、あなたが持つコントロールです。取り消しは次の契約レビューではなく、次の呼び出しで効きます。

もうひとつの取り決めは実行可能で、よくあります：ベンダーがあなたの代わりに、あなたが決して目にしないキーでモデルを呼び出す。それは監査人が尋ねる3つの問いを、あなたからはよく見えない相手に移します。それぞれへの答えは、サポートチケットになります。

キーの置き場所

キーの価値は、その周りの扱いと同じだけです。2つの取り決めがサポートされ、どちらも秘密をサーバーに留めます。

セッションのために入力: 接続カードで渡され、そのセッションの間だけサーバー側に保持されます。ページに書かれず、ブラウザに公開されず、ログにも書かれません。
管理者が固定: プロバイダーごとに一度保持され、ひとつの Tableau サイトにスコープされます。固有のソルトで保存時に暗号化され、所有者だけのファイル権限でアトミックに書かれます。
コンソールが示すもの: プロバイダー、サイト、そして末尾数文字のヒント。秘密はブラウザに二度と返されません。どのキーが読み込まれているか確信のない管理者は、読むのではなくローテーションします。
削除がすること: キーはページ読み込みごとに解決し直されます。削除すれば機能は次のサインインではなく、即座に取り除かれます。

すべての保存、ローテーション、有効化、無効化、削除は、管理監査ログと変更台帳の両方に書かれます。誰がこのサイトにキーを置いたか、いつかは、記録された答えのある問いです。記憶がそれを運ぶ必要はありません。

どんな OpenAI 互換エンドポイントでも動く

モデルサービスのアドレスは定数ではなくパラメーターです。OpenAI API を話すエンドポイントなら何でも呼び出しに応えられます。すると、ひとつの連携が本当に異なる複数のデプロイメントをカバーします。

ホスト型のプロバイダーアカウント。あなたのキーで直接呼び出します。
すでに使っているクラウドプラットフォーム上のマネージドデプロイメント。固有のリソースエンドポイントとデプロイメント名で指定します。
プラットフォームチームがすでに運用しているゲートウェイ。プロンプトのログ、レート制限、コスト配分が、他のすべてのチームのために一度解決された場所であることが多い。
自社ネットワーク内のハードウェアでローカルに動くモデル。モデルプロバイダーへの外向きの経路がまったくないサイトに向きます。

最後のものが、いくつかの調達を決着させます。ホスト型のモデルにコンテンツを送ることを除外した会社にも、同じ機能への経路があります。クライアントは、ホスト型のモデルに使うのと同じインターフェースでローカルのモデルに話しかけます。問いは、機能を使うかどうかから、どこに向けるかへ移ります。

AI をオフにして完全

ガバナンスの仕事は決定論的エンジンが行います。スキャン、比較、抽出、マッピング、レポートはすべて、モデルなしで動きます。今日動いたのと同じように明日も動き、それがその出力を証拠として使えるものにします。

キーを入れなければ、アシスタントは不在です。ページは以前とバイト単位で同じです。

それはパッケージングの技ではなく、設計上の約束です。モデルが提供されるところでは、呼び出しコードはラップされています。キーの欠如、ネットワーク障害、レート制限は、代わりに決定論的なテキストを返します。その周りのフローは続き、機能は静かに下のエンジンへ降ります。火曜日に有効にして、水曜日に取り消せます。

それは、モデルプロバイダーとの商談の前に評価を始められることも意味します。インストールし、サイトに接続し、自身のエンジンで動かしてみる。キーは、証拠がすでに手元にある状態で後から下す判断になります。

誰が何を持つか

キー: あなたのもの。あなたのプロバイダーアカウントから発行され、セッションごとに渡すか、管理者がひとつのサイトに固定します。
アカウント: あなたのもの。モデルプロバイダーは、あなたの会社を顧客として知っています。その利用コンソールは、すでにログインしているものです。
条件: あなたのもの。保持と学習への利用は、あなたの代わりに署名されたものではなく、あなたが署名した契約に従います。
記録: あなたのもの、あなた自身のサーバー上に。誰が、いつ呼び出し、どのモデルが答え、何トークンかかり、推定コストはいくらか。
スイッチ: あなたのもの。プロバイダーキーごとの厳格なオンとオフ。キーを取り消せば、機能もともに消えます。

5つの行、5つの所有者、そのすべてにひとつの名前。それがこの取り決めの目的です。

先に決めておく価値のある問い

どのアカウントがキーを発行し、誰が短い予告でローテーションできるか。
呼び出しがどのエンドポイントへ向かい、それがデータ分類ですでにカバーされた境界の内側にあるか。
プロバイダーの条件が保持について、そしてプロンプトの内容での学習について何と言っているか。
製品が各呼び出しについて何を記録し、その記録が内容を持つか利用状況を持つか。
キーが取り消されたとき機能が何をするか、そして誰かがそれをテストしたか。

5つ目が飛ばされるものです。急いでキーを引き抜く必要がある朝に大事なものでもあります。木曜日の10分で答えられます。当日、急いでいては答えられません。