Portkeyはクラウド版か自社運用か｜AIの窓口を1つにする判断

「部署ごとにAIの契約が増えて、毎月いくら使っているのか誰も答えられない」「生成AIの呼び出しを1か所にまとめる道具があると聞いたが、海外の名前ばかりで選べない」——AI導入の担当や情シスから、ここ1年でよく届くようになった声です。数字で見ると、この悩みの大きさが分かります。AIゲートウェイの Portkey は2026年3月、自社の中継役を通る量が1日1兆トークンを超え、2万4千を超える組織が使っていると発表しました。その2か月後、ネットワーク機器大手のパロアルトネットワークスが Portkey の買収を完了しています。中継役は、もう実験の道具ではなく、各社が取り合う基盤になりました。ただ、使っている組織が多いことは、自社が入れるべき理由にはなりません。この記事では、Portkey をクラウド版で使うか、自社で動かすか、そもそも入れずに各社の法人版で済ませるかを、鍵の預け方と記録の中身から比べて整理します。

Portkey は、社内のAI呼び出しを1か所で受ける中継役

Portkey は、社内のアプリや業務の仕組みが生成AIを呼び出すとき、その呼び出しをいったん受けてから各社のAIに渡す中継役（AIゲートウェイ）です。公式リポジトリの説明では、45を超える提供元、1,600を超えるモデルに、1つの共通の呼び出し方でつなげるとしています（説明の箇所によって数字が異なるため、最新の対応先は導入時に公式の一覧で確かめるのが確実です）。

中継役そのものの考え方は、当サイトの「AIゲートウェイとは何か？」で扱いました。ここで扱うのは、その中から Portkey を選ぶかどうかの判断です。Portkey の特徴は、中継の機能に加えて、提供元の鍵の保管、予算と流量の上限、会話の記録、入出力の検査（ガードレール）、プロンプトの管理を1つの管理画面にまとめている点にあります。単に通信を束ねるだけの部品より、管理の機能が厚い道具だと考えると位置づけが分かりやすくなります。

もう1つの特徴は、同じ中継役をオープンソースとしても公開していることです。リポジトリの使用許諾は MIT で、2026年10月時点でスターの数は1万を超えています。自社のサーバーで無償で動かす道もあれば、提供元のクラウドで動かす道もある。この選べる幅が、判断を難しくもしています。

2026年に起きた2つの変化：全面的な公開と買収

1つ目の変化は2026年3月24日の発表です。それまで有料のクラウド版にあった統制・観測・認証・費用管理の機能を含めて、中継役をオープンソースとして公開すると発表しました。あわせて、AIエージェントが外部の道具を呼ぶ仕組みである MCP のサーバーを束ねる窓口も打ち出しています。公式ブログでは同年1月に MCP の窓口を紹介し、4月には社内で使う指示の部品を登録する仕組みを発表しました。直近半年も更新が続いている道具です。

2つ目は買収です。パロアルトネットワークスは2026年5月29日、Portkey の買収を完了したと発表しました。発表では、Portkey の中継役を、同社のAIセキュリティ製品群の中核に置き、AIの通信を実行時に検査する機能やエージェントの身元確認と組み合わせるとしています。

ここで注意したいのは、買収の発表文には、オープンソース版を今後どう扱うかが書かれていないことです。Portkey の公式サイトにはパロアルトネットワークスの製品への案内が載るようになりましたが、料金表や契約の主体がこの先どう変わるかは、2026年10月時点の公開情報からは読み取れません。入れるなら、契約相手と提供の継続を書面で確かめることが、ほかの製品より重い確認項目になります。

中身は5つ：振り分け・予備・キャッシュ・記録・ガードレール

Portkey の機能を、導入の判断に関わる5つに絞って見ておきます。1つ目は振り分けで、呼び出しを複数のAIや複数の鍵に分散させます。2つ目は予備への切り替えで、あるAIが応答しないときに別のAIへ回し、失敗した呼び出しは最大5回まで間隔をあけて再試行できます。3つ目はキャッシュで、同じ問い合わせへの応答を使い回して費用と待ち時間を減らします。意味が近い問い合わせにも使い回す機能は、クラウド版と企業版に限られます。

4つ目は記録で、誰の呼び出しが、どのAIに、どれだけの費用で、どんな中身で通ったかを残します。5つ目はガードレールで、入力と出力を検査し、決めた条件に当たれば止めたり書き換えたりします。公式の説明では40から50を超える検査の部品を用意し、自社で作った検査もつなげるとしています。

このうち、マーケ部門にとって効くのは主に記録と予算の上限です。一方で、予備への切り替えとキャッシュは、便利な反面、出力の品質を黙って変えてしまう機能でもあります。広告文の案を出す仕組みで、いつものAIが落ちたときに別のAIが答えると、文体や禁止表現の守り方が変わります。どの業務で予備への切り替えを許すかは、技術の担当ではなく業務の持ち主が決める項目です。

この5つに、2026年から6つ目の役割が加わっています。AIエージェントが外部の道具を呼ぶ MCP の窓口です。公式ブログは同年1月の紹介記事で、エージェントは MCP を通じて実際の操作ができるようになったため、本番のシステムに触れる前に承認を挟む仕組みが要る、と書いています。リポジトリの説明でも、MCP サーバーを認証と利用権限の管理付きで束ねる機能として挙がっています。マーケ部門でエージェントに顧客管理や配信の道具を触らせる計画があるなら、AIの呼び出しと道具の呼び出しを同じ窓口で記録できるかも、選ぶときの観点に加えておきます。

選択肢は4つ。Portkey を「入れない」も含めて比べる

Portkey を検討するとき、比べる相手は他社の中継役だけではありません。実際の選択肢は、次の4つです。1つ目は入れない形で、チャットGPT、クロード、ジェミニなどの法人版をそのまま使い、管理は各社の管理画面で行います。2つ目はクラウド版で、Portkey の環境に中継役も記録も鍵も置きます。

3つ目は、中継役だけを自社のクラウドに置き、管理画面は Portkey が提供する形です。公式はこれを推奨の形としています。プロンプトと応答と記録は自社の環境にとどまり、動作の集計値だけが Portkey の管理側に送られます。4つ目は、オープンソース版を自社で動かす形です。費用はかかりませんが、保守と障害対応は全部自社が持ちます。なお、外部と一切通信しない完全閉域の形は、新規の顧客には提供しなくなったと公式の資料に書かれています。

この4つは、機能の多い少ないで並ぶものではありません。鍵と会話の記録を、誰の手元に置くかで並んでいます。次の表で、判断に効く観点ごとに比べます。

4つの選択肢を比べる

観点	入れない（各社の法人版）	クラウド版	中継役だけ自社に置く	オープンソースを自社運用
提供元の鍵の置き場所	鍵を配らない（席で契約）	Portkey の保管庫	自社の鍵管理の仕組み	自社で用意
会話の記録の置き場所	各社の管理画面	Portkey の環境（地域を選べる）	自社の保管場所	自社の保管場所
社外に出るもの	各社に送る会話	会話と記録の全部	動作の集計値	なし（AIへの送信を除く）
費用の形	席の数	記録件数と契約	個別の契約	サーバー代と人手
運用の手間	小さい	小さい	中くらい	大きい
向く会社	使うAIが1〜2社	まず試したい	記録を社外に置けない	技術者が常駐

表から分かるのは、記録を社外に置けるかどうかが最初の分かれ目だということです。顧客名や商談の中身がプロンプトに入る使い方なら、クラウド版で記録を Portkey の環境に置くことを、個人情報の委託として扱えるかを先に法務と詰めます。置けないなら、中継役だけ自社に置く形か、自社運用に進みます。

もう1つの分かれ目は、社内に中継役を見守る人がいるかです。中継役は、置いた瞬間から全社のAI呼び出しの通り道になります。落ちれば全部が止まり、設定を誤れば全部の記録が欠けます。自社運用は無償に見えて、担当者の時間という費用が最も大きい形です。

入れずに、各社の法人版で足りる場面

まず確かめたいのは、Portkey が要らない会社も多いということです。社員が使うのがチャットの画面だけで、使うAIが1社か2社に決まっているなら、各社の法人版の管理画面で、席の割り当て、学習に使わせない設定、監査の記録の取り出しがひととおりそろいます。中継役は、社内の仕組みがプログラムからAIを呼んでいるときに初めて効く道具です。

目安になるのは、次のような状況が1つでもあるかです。マーケの仕組みや社内ツールが、開発者の発行した鍵で直接AIを呼んでいる。部署ごとに別のAIの鍵が発行され、請求が別々に届いている。顧客対応の自動応答など、AIが止まると業務が止まる仕組みがある。どれもなければ、まずは法人版で運用を固め、プログラムからの呼び出しが増えた時点で検討しても遅くありません。

• チャット画面での利用だけなら、記録は各社の管理画面から引き取るほうが手間が少ない
• プログラムからの呼び出しが3本以上になり、鍵の発行者が複数いるなら、中継役で束ねる価値が出てくる
• 「全社のAI利用を1か所で見たい」だけが目的なら、中継役ではなく記録の集約から始める手もある

マーケ部門のAI利用を集めると、何が見えて何が見えないか

マーケ部門では、広告文の案出し、記事の下書き、問い合わせの分類、商談メモの要約など、AIを呼ぶ仕組みが部署の中だけで増えていきがちです。Portkey を通すと、これらがどの仕組みから、どのAIに、月にいくら使われているかを1つの画面で見られます。公式の料金表や説明書では、利用量、待ち時間、費用、失敗の率を集計できるとしています。

見えるようになるのは、あくまで中継役を通った呼び出しだけです。社員がブラウザで個人契約のAIを開いて使った分は、中継役を通らないので映りません。中継役を入れたから社内のAI利用が全部把握できた、と考えるのは誤りです。映っている範囲を「通した仕組みの分だけ」と明記して報告することが、経営層への説明では欠かせません。

費用の配分にも使えます。公式の説明書では、鍵をまとめる単位ごとに、ドル建てやトークン数の予算の上限を、週ごとや月ごとに設定できるとしています。部署やキャンペーンごとに上限を分けておけば、ある施策の試行が予算を食い潰す事態を止められます。ただし、上限に達したときに止めるのか、通知だけにするのかは、業務の持ち主が決めることです。

鍵の預け方：提供元の鍵を、誰が、どこに置くか

中継役を入れると、各社のAIの鍵が中継役に集まります。公式の説明書では、鍵を保管する単位を「統合」と呼び、そこから部署や環境ごとの接続先を作る形をとっています。利用者や仕組みは、元の鍵ではなく Portkey が発行する鍵を使うので、各部署に元の鍵を配らずに済みます。これは鍵の漏えいを減らすうえで大きな利点です。

裏返すと、中継役は鍵の金庫になります。クラウド版では、鍵は Portkey の保管庫に封筒暗号化という方式で置かれ、自社の鍵管理の仕組みを持ち込むこともできると公式は説明しています。中継役だけ自社に置く形では、AWS、Azure、GCP のそれぞれの鍵管理の仕組みを使えます。どの形でも、Portkey の管理画面に入れる人が、全社のAIの鍵を使える立場になることは変わりません。

そのため、管理画面に入れる人の数と、そのログインの守り方を先に決めます。会社の認証基盤による一括ログインは企業版の機能として示されています。無料枠や本番向けの有料枠で試すときも、少なくとも管理者を2人に絞り、退職や異動のときに外す手順を決めてから鍵を登録します。元の鍵は、中継役に登録したあとも提供元の管理画面で定期的に作り直す運用にしておくと、万一のときの被害を区切れます。

鍵の預け方と一緒に決めたいのが、使える範囲の分け方です。公式の説明書では、鍵をまとめる単位ごとに、1分・1時間・1日あたりの呼び出しの上限や同時に走る呼び出しの数を決められ、さらに社内のワークスペースごとに、どの接続先を使わせるかを割り当てられるとしています。たとえば、広告の試験に使うワークスペースには安いモデルだけを、顧客対応の本番には決めたモデルだけを割り当てる、といった分け方です。本番と試験で鍵を分け、上限も分けておくと、試験の暴走が本番の業務を止める事態を避けられます。

記録に残る中身：プロンプトと応答がそのまま残る

Portkey の記録は、呼び出しの件数や費用だけでなく、送ったプロンプトと返ってきた応答の中身を含みます。だから原因の調査に使えるのですが、同時に、記録そのものが社内で最も機微な情報のかたまりになるということでもあります。顧客の名前、商談の金額、未発表の施策が、まとまって1か所に残ります。

公式のセキュリティ比較では、クラウドの企業版の既定の保存期間は記録が90日、集計値が365日とされています。料金表では、無料枠の記録の保存は3日、本番向けの有料枠は30日です。そのうえで、中身を残さない設定、個人情報を除く設定、集計値だけを残す設定が用意されているとしています。どの設定で、記録のどの部分が消えるのかは、契約前に提供元へ確かめる項目として残してください。

社内で決めるのは、記録を見てよい人と、見る理由です。障害の調査のために開発の担当が見るのは自然ですが、マーケの責任者が部下のプロンプトを読み返す使い方は、社員の受け止め方が大きく変わります。記録を残すことを利用者に知らせ、閲覧の目的を「障害と不正の調査」に限るといった線を、利用の規程に書き込んでおきます。

何が社外に出るか：置き方ごとのデータの流れ

データの流れを、置き方ごとに追っておきます。クラウド版では、社内の仕組みから出たプロンプトは、まず Portkey の環境に入り、そこから各社のAIに送られます。応答も Portkey を経由して戻り、その中身が記録として Portkey の環境に残ります。つまりAIの提供元に加えて、Portkey という2社目にも会話が渡る形です。公式は、地域を選んで処理と保存ができると説明しています。

中継役だけを自社に置く形では、プロンプトと応答と記録は自社の環境にとどまります。社外に出るのは、AIの提供元への送信と、Portkey の管理側に送る動作の集計値です。公式の資料では、集計値に含まれる接続元の住所やアドレスを伏せる設定にも触れています。集計値に何が含まれるかを項目単位で受け取っておくと、社内の説明が楽になります。

オープンソース版を自社で動かす場合、Portkey に送るものは基本的にありません。ただし、どの形でも、プロンプトはAIの提供元には必ず届きます。中継役は、送り先を整理する道具であって、送る中身を減らす道具ではありません。送ってはいけない情報を送らない仕組みは、ガードレールや業務の手順で別に用意する必要があります。

費用の増え方：記録の件数と、通した分のAI利用料

Portkey の料金表は、通した呼び出しではなく、記録した件数を軸にしています。2026年10月時点で、無料枠は記録が月1万件まで（超えた分は記録されないが、呼び出しは止まらない）、本番向けの有料枠は月49ドルで記録10万件、超えた分は10万件ごとに9ドルです。企業版は個別の見積もりで、月1千万件以上の記録や保存期間の調整が含まれます。

ここで見落としやすいのは、Portkey の料金とAIそのものの利用料は別に増えることです。各社のAIの利用料は、これまでどおり各社に払います。中継役は、キャッシュで同じ呼び出しを減らしたり、安いモデルに振り分けたりして利用料を下げる余地を作りますが、その効き方は使い方しだいです。導入前に、現在の月の呼び出し件数と利用料を集計しておき、導入の3か月後に比べられるようにしておきます。

有料枠の注意書きとして、料金表には、独自のセキュリティ管理やデータの所在の保証が必要な組織には勧めない、と明記されています。顧客情報を扱うなら、実質的には企業版か自社運用の比較になります。月49ドルの印象で稟議を通し、あとから企業版の見積もりが出てくる流れは避けたいところです。

無料枠で試すときにも落とし穴があります。料金表の説明では、月1万件を超えた分は呼び出しこそ止まらないものの、記録されません。試験の対象に呼び出しの多い仕組みを選ぶと、月の途中から記録が途切れ、費用も中身も半分しか見えないまま評価することになります。試験の前に月の呼び出し件数を見積もり、1万件を超えそうなら対象を絞るか、初めから有料枠で試すと決めておきます。記録の保存も3日しかないため、評価に使う数字は毎日書き出しておく運用が要ります。

ガードレールに任せること、任せないこと

Portkey のガードレールは、入力に個人情報が含まれていないか、出力に禁止した表現がないかなどを検査し、当たれば止める仕組みです。検査の中にはAIに判定させるものもあります。便利ですが、AIによる検査はすり抜けも誤検知も起きる前提で置く必要があります。止めるべき出力が通ることも、問題のない出力が止まることもあります。

そこで、検査ごとに「止まったら誰が見るか」と「通ったものを誰がどこまで見るか」を決めておきます。たとえば、広告文の案を作る仕組みなら、ガードレールで景品表示法に触れそうな言い回しを止めたうえで、公開前の確認は必ず人が行います。ガードレールは人の確認を減らすための道具ではなく、人の確認に回す候補を絞る道具と位置づけると、役割を誤りません。

• ガードレールで止まらなかったから公開してよい、と判断する
• 予備への切り替えで別のAIが答えた出力を、いつもと同じ品質とみなす
• 検査の判定理由を残さず、止まった件数だけを見て運用を続ける
• AIの検査に、個人情報が含まれるかどうかの最終判断を任せる

検査の結果には、なぜ止めたかの根拠を残す設定にしておき、月に一度、止まった例と通った例を数件ずつ人が読み返します。誤検知が多い検査は外し、すり抜けが見つかった検査は条件を足す。この見直しを続ける担当を決めないまま検査の数だけ増やすと、誰も理由を説明できない遮断が積み上がります。

買収後に確かめること

パロアルトネットワークスによる買収は、企業にとって安心材料にも確認事項にもなります。大手の傘下に入ることで、提供の継続やセキュリティの体制には期待が持てます。一方で、製品名、料金表、契約の窓口、提供地域が、親会社の製品群に合わせて変わる可能性があります。今契約する条件が、更新のときにも同じとは限りません。

確かめたいのは次の点です。契約の相手が Portkey か親会社か。オープンソース版の更新と使用許諾は今後も続くか。クラウド版のデータの保存地域と処理の委託先は変わるか。料金の改定があるとき、何か月前に知らされるか。いずれも、2026年10月時点の公開情報だけでは答えが出ないため、提供元に書面で回答をもらいます。

オープンソース版を自社で動かす場合も、無関係ではありません。開発の中心が親会社の製品に移れば、オープンソース版の更新が遅くなる可能性があります。公開のリポジトリの更新の頻度と、セキュリティの修正の出方を四半期ごとに確かめる運用にしておけば、乗り換えの判断を遅らせずに済みます。

止め方・やめ方：窓口を外す手順を先に作る

中継役は、入れるより外すほうが難しい道具です。全社の仕組みが Portkey の呼び出し方に合わせて書き換わり、鍵も記録も Portkey に集まるからです。だから入れる前に、外す手順を書いておきます。Portkey の呼び出し方は、各社の標準的な呼び出し方に合わせた形をとっているため、仕組み側の書き換えは接続先と鍵の差し替えで済む場合が多いとされますが、実際に外す訓練を一度しておくと安心です。

外すときに残るのは、記録と設定です。記録は、企業版ではデータ基盤へ書き出す機能が示されています。自社に置く形なら、記録は最初から自社の保管場所にあります。振り分けの規則、予算の上限、ガードレールの条件といった設定は、乗り換え先で作り直す必要があるため、設定の中身を文書としても残しておくのが確実です。

緊急時の止め方も決めておきます。中継役に障害が起きたとき、各仕組みが元の提供元へ直接つなぎ直せるのか、それとも止めるのか。直接つなぎ直すなら、記録が欠ける期間が生まれます。止めるなら、どの業務が止まるかを部署に知らせる必要があります。どちらを選ぶかは業務ごとに違うため、仕組みの一覧に「障害時の扱い」の列を足して決めておきます。

導入を決める順番

ここまでの比較を、判断の順番に並べ直します。大事なのは、機能の比較から入らず、記録と鍵の置き場所から決めることです。

試験の1か月で、思ったほど費用が見えない、記録の扱いが社内で合意できない、といった結論が出ることもあります。その場合は入れない判断も立派な結論です。中継役は、AIの利用がある程度の規模に育ってからのほうが効果が出やすい道具でもあります。

まとめ

Portkey は、複数のAIへの呼び出しを1か所で受け、鍵・予算・記録・検査をまとめて扱える中継役です。2026年には中核をオープンソースで公開し、パロアルトネットワークスの傘下に入りました。選択肢は、入れない、クラウド版、中継役だけ自社に置く形、自社運用の4つで、違いは機能の多さではなく、鍵と会話の記録を誰の手元に置くかにあります。プログラムからのAI呼び出しが少ないうちは各社の法人版で足ります。入れるなら、記録を社外に置けるか、管理画面に入れる人を誰にするか、買収後の契約条件はどうかを先に決め、予備への切り替えや遮断の判断はAI任せにせず、人が確認する範囲を書いてから広げてください。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。