OpenRouter Guardrailsとは？何が刷新されたのか
OpenRouter Guardrails 刷新の経緯
- 2026年5月29日Guardrails 初版を提供開始予算・モデルアクセス・モデレーションを1つの名前付きオブジェクトに束ねた構造
- （初版〜刷新まで）旧版の構造上の課題ワークスペースのデフォルトが「誰もが得られる最大値」で、他の設定は締める方向にしか働かない。約1,200人の従業員それぞれに個別Guardrailを作る寸前の顧客も
- 2026年10月30日Guardrails 刷新を発表設定構造を作り直し、組織全体のAI予算・モデルアクセス・コンテンツモデレーションを管理者が統制できる企業向けガバナンス機能へ
室谷代表取締役OpenRouter Guardrails（ガードレイル）は、OpenRouterが2026年10月30日に発表した企業向けガバナンス機能の刷新で、管理者が組織全体のAI予算・モデルアクセス・コンテンツモデレーションを統制できる仕組みなんですよね。
テキトー教師DotAI 認定講師そうなんですよ。もともとGuardrails自体は2026年5月29日に初版が提供されていて、今回その設定構造が作り直されたという位置づけです。
単に機能が増えたという話じゃないんですよ。
単に機能が増えたという話じゃないんですよ。
室谷代表取締役発表の背景がすごくリアルで。OpenRouter上で10人以上のチームで使う人が70倍に増えて、組織あたりのアクティブなAPIキーが3倍になったと。
1年前は「社内で数人」だったのが、今は部署全体が使っているという変化です。
1年前は「社内で数人」だったのが、今は部署全体が使っているという変化です。
テキトー教師DotAI 認定講師そこが今回の核心ですよね。管理者が欲しかったのは「組織全体で1セットのルール」と「必要な人だけ例外を認める余地」だった、と公式ブログに書かれています。
室谷代表取締役旧版の何が辛かったかというと、予算・モデルアクセス・モデレーションが1つの名前付きオブジェクトに束ねられていたこと。さらにワークスペースのデフォルトが「誰もが得られる最大値」で、他の設定はそれを締める方向にしか働かなかった。
テキトー教師DotAI 認定講師だから「新入社員は保守的に始めて段階的に緩めたい」という要望に構造上応えられなかったわけです。実際、約1,200人の従業員それぞれに個別Guardrailを作る寸前だった顧客がいた、という記述も公式ブログにあります。
室谷代表取締役そこまで来ると手作業では回らないですからね。MYUUUでもモデルごとの費用を眺めながら「この人にはこのモデルまで」みたいな線引きをすることがあるので、この分離は素直にありがたいです。
組織上限とワークスペース既定値はどう分離されたか
組織上限とワークスペース既定値の二層構造
組織管理者が決める上限
- 最大予算
- Zero Data Retention（ZDR）の要件
- 使えるモデル・プロバイダー
- ワークスペース内の全メンバーと全APIキーに適用
- 自分専用の予算やモデルポリシーを持つ人にもかかる
ワークスペース管理者が決める既定値
- 新規メンバーの既定予算（例: 月200ドル）
- 既定のモデル群（例: 標準モデル群）
- 組織上限の内側で設定する
- シニアには別ポリシーを割り当て可能（例: 月1,500ドルと追加モデル）
テキトー教師DotAI 認定講師新しい構造を整理するとこうです。まず組織管理者がワークスペース全体の上限を決める。
その内側でワークスペース管理者がデフォルトを設定する。二層構造になったんですね。
その内側でワークスペース管理者がデフォルトを設定する。二層構造になったんですね。
室谷代表取締役組織側が決められるのは、最大予算、Zero Data Retention（ZDR）の要件、使えるモデル・プロバイダーといった上限です。これはワークスペース内の全メンバーと全APIキーに適用される。
自分専用の予算やモデルポリシーを持つ人にもかかるのがポイントです。
自分専用の予算やモデルポリシーを持つ人にもかかるのがポイントです。
テキトー教師DotAI 認定講師公式ブログの例が分かりやすいんですよ。組織管理者がエンジニアリングのワークスペースに「1人あたり月2,000ドルまで」「ZDR対応プロバイダーのみ」「特定の高コストモデルは不可」を設定。
ワークスペース管理者は新規メンバーの既定を月200ドルと標準モデル群にする。
ワークスペース管理者は新規メンバーの既定を月200ドルと標準モデル群にする。
室谷代表取締役で、新しく入ったエンジニアは自動で月200ドル。エージェント案件を率いるシニアは月1,500ドルと追加モデルへのアクセス。
でも誰も月2,000ドルは超えられないし、非ZDRプロバイダーは使えない、と。
でも誰も月2,000ドルは超えられないし、非ZDRプロバイダーは使えない、と。
テキトー教師DotAI 認定講師この「上位の上限は絶対に破れない」という設計が、統制と現場の自由度のバランスを取っているわけです。承認フローを組んでいる顧客の例も載っていて、社員が「このプロジェクトで予算を増やしてほしい」と申請し、管理者が承認すると、その人に別の予算ポリシーやモデルアクセスポリシーを割り当てるだけで済む。
しかも自動的に組織上限の内側に収まる、と。
しかも自動的に組織上限の内側に収まる、と。
室谷代表取締役これ、地味にすごくて。以前は1つのGuardrailを作り直す必要があったのが、ポリシーの付け替え1回で終わるわけですから。
承認のリードタイムが変わりますよね。
承認のリードタイムが変わりますよね。
予算・モデルアクセス・モデレーションは個別ポリシーでどう変わる
3つのポリシータイプの役割
予算（Budget）
米ドル建ての支出上限。日次・週次・月次でリセット
モデル・プロバイダーアクセス
使えるモデルとプロバイダー、ZDR、データリージョンを制御
コンテンツモデレーション
プロンプトインジェクション対策、機密情報検出、カスタムコンテンツフィルター
テキトー教師DotAI 認定講師ここが今回のもう一つの柱です。1つだったGuardrailが3つのポリシータイプに分かれました。
整理するとこうです。
整理するとこうです。
- 予算（Budget）：米ドル建ての支出上限。日次・週次・月次でリセット
- モデル・プロバイダーアクセス：使えるモデルとプロバイダー、ZDR、データリージョンを制御
- コンテンツモデレーション：プロンプトインジェクション対策、機密情報検出、カスタムコンテンツフィルター
室谷代表取締役分けた理由がはっきり書かれていて、「一緒に変わらないから」なんですよね。個人の予算はプロジェクトごとに変わるけど、チームのモデルリストとモデレーションルールは何ヶ月も同じまま、と。
テキトー教師DotAI 認定講師だからチームで1つのモデルアクセスポリシーと1つのモデレーションポリシーを共有して、ある人の予算だけを他に触らず変えられる。これは運用の手数がかなり減りますよ。
室谷代表取締役予算の細かい仕様も見ておきたいです。予算はワークスペース全体で共有されるプールではなく、メンバー単位・APIキー単位で個別に適用される。
月100ドルの制限なら、1人ひとりが100ドルまで使えるという意味です。
月100ドルの制限なら、1人ひとりが100ドルまで使えるという意味です。
テキトー教師DotAI 認定講師重ね掛けの考え方も整理されています。メンバーに日100ドルのGuardrail、そのAPIキーに日30ドルのGuardrailを付けたら、キーは30ドルまで、メンバー全体では100ドルまで。
両方が毎リクエストで独立にチェックされる。
両方が毎リクエストで独立にチェックされる。
室谷代表取締役デフォルトではOpenRouterのクレジット消費だけが予算にカウントされて、BYOK（自前のプロバイダーキー）の推論費用も含めたい場合は
include_byok_in_budgetsを有効にする、という仕様も公式ドキュメントにあります。テキトー教師DotAI 認定講師複数のGuardrailが同時に効く場合の合成ルールも決まっていて、モデル許可リストとプロバイダー許可リストは積集合、ZDRはモデルグループ単位でOR、データリージョンは積集合、機密情報フィルターは和集合で、同じ種類にblockとredactが混在したらblockが優先。つまり厳しい方が勝つ設計です。
室谷代表取締役この辺の考え方は、モデルごとの料金差をどう扱うかという話と地続きです。モデル選びと料金の関係はCursorのモデル選びは料金プランで決まるでも整理していますが、組織で統制するなら「誰にどのティアを許すか」を先に決めるのが結局近道なんですよね。
OpenRouter Guardrailsの使い方・設定の始め方
テキトー教師DotAI 認定講師実際の始め方も公式ドキュメントに沿って整理できます。まず管理しているワークスペースをダッシュボードで開き、Guardrailsページへ。
デフォルトワークスペースなら「Workspaces > Default > Guardrails」です。
デフォルトワークスペースなら「Workspaces > Default > Guardrails」です。
室谷代表取締役そこで「New Guardrail」をクリックして作成し、保存したあとにGuardrailのMembersまたはAPI Keysセクションで割り当てる、という順番ですね。ここが重要なポイントで、作成しただけでは何も強制されないんですよ。
テキトー教師DotAI 認定講師そうなんです。作成はあくまで定義で、
個別のキーやメンバーに割り当てずにワークスペース全体を制限したいなら、ワークスペースのデフォルトGuardrailを設定する必要があります。
workspace_idを渡すとそのワークスペースに整理のために置かれるだけで、トラフィックには適用されない。個別のキーやメンバーに割り当てずにワークスペース全体を制限したいなら、ワークスペースのデフォルトGuardrailを設定する必要があります。
室谷代表取締役割り当ての階層も決まっていて、メンバーへの割り当てはその人の全APIキーとチャットルーム利用のベースラインになる。APIキーへの割り当てはその上に重なる。
1人のユーザーや1つのキーに直接割り当てられるGuardrailは1つだけ、という制約もあります。
1人のユーザーや1つのキーに直接割り当てられるGuardrailは1つだけ、という制約もあります。
テキトー教師DotAI 認定講師アカウント全体のプライバシー設定とプロバイダー制限は常にデフォルトGuardrailとして適用されて、ワークスペースはそれを継承する。Guardrailはその上により厳しいルールを足す形です。
室谷代表取締役組織アカウントを使っている場合は、Guardrailの作成・管理に組織管理者権限が必要という点も押さえておきたいです。権限まわりは事故のもとですからね。
テキトー教師DotAI 認定講師プログラムから扱うならManagement APIで作成・更新・削除・一覧取得・キーやメンバーへの割り当てまでできるので、オンボーディングやキーローテーションの自動化に向いています。新しいポリシーのエンドポイントは
/api/v1/guardrails/policiesの下に並ぶ、とFAQに書かれています。室谷代表取締役ワークスペースのデフォルトGuardrailをAPIで更新する手順も公開されていて、
/api/v1/guardrails?workspace_id=...をManagement Key付きで叩いて一覧から「Workspace テキトー教師DotAI 認定講師データリージョンのGuardrailはBusinessまたはEnterpriseプランが必要という条件もあるので、そこは契約状況を確認しておきたいところです。
誰にどの予算とモデルを許可するか——チーム設計の具体例
室谷代表取締役ここは実務の話をしたいんですけど、公式ブログに挙がっていた顧客要望がそのまま設計テンプレートになるんですよ。1つ目が「全員共通のデフォルト予算＋必要な人だけ高い予算」。
テキトー教師DotAI 認定講師2つ目が「新規メンバーは保守的設定から始めて段階的に緩和」。3つ目が「複数拠点に1つのルールを適用」。
4つ目が「予算を増やして」「このモデルを使いたい」という申請への素早い対応。この4つは、そのままガバナンス設計の要件定義になりますよね。
4つ目が「予算を増やして」「このモデルを使いたい」という申請への素早い対応。この4つは、そのままガバナンス設計の要件定義になりますよね。
室谷代表取締役たとえば組織管理者が全ワークスペースに「1人あたり月上限」と「ZDR必須」「高コストモデルは不可」を敷く。その上で、コーディングエージェントを回すチームには標準モデル群で月200ドル、エージェント基盤を触る数人には月1,500ドルと追加モデル、という段階設計ができます。
テキトー教師DotAI 認定講師複数拠点の話も効いていて、ZDR・プロバイダー・リージョンのルールを1回作れば、同じGuardrailを各ワークスペースに複製する必要がない。これは設定のドリフト防止になります。
室谷代表取締役申請対応の設計も面白くて、社員が理由を添えて申請し、管理者が承認すると別のポリシーを割り当てるだけ。組織上限の内側に自動で収まるので、承認した瞬間に上限超過になる心配がないわけです。
テキトー教師DotAI 認定講師コストの見え方は別機能と組み合わせる前提ですね。OpenRouterは2026年8月17日にモデル別・エージェント別の利用状況を見る分析機能を出していますし、9月28日にはSecurity CenterでAPIキー管理を強化しています。
ガバナンス機能を段階的に積んできた流れが読み取れます。
ガバナンス機能を段階的に積んできた流れが読み取れます。
室谷代表取締役キー管理と予算管理はセットで考えるべきで。使われていないキーが残っているだけでリスクになりますから、そこはClaude Code ProプランでできることとMax・Teamとの違いのようなプラン設計の考え方とも通じます。
誰にどのティアを渡すかを決めるのが先、という順番ですね。
誰にどのティアを渡すかを決めるのが先、という順番ですね。
既存設定はそのまま使える？後方互換と移行のポイント
テキトー教師DotAI 認定講師既存ユーザーにとって一番気になる点ですが、公式ブログに「何も変えなくていい」と明記されています。既存のGuardrailはIDを保持したまま同じルールを強制し続け、Guardrails APIとTerraformリソースもこれまで通り動きます。
室谷代表取締役ただし、各Guardrailが予算・モデルアクセス・モデレーションの個別ポリシーとしても表示されるようになるので、準備ができたワークスペースから1つずつ移行できる、と。急かされないのがありがたいです。
テキトー教師DotAI 認定講師ここは注意点があって、APIやTerraformでGuardrailを管理している場合は「Migrating to Guardrail Policies」を先に読むべきだと。ダッシュボードで行った変更は設定ファイルに同期されないからです。
室谷代表取締役これはよくある落とし穴ですよね。画面でポチポチ変えたのにTerraform applyで戻ってしまう、みたいな。
コード管理している組織は移行順序を決めてから触るべきです。
コード管理している組織は移行順序を決めてから触るべきです。
テキトー教師DotAI 認定講師最初の一歩としては、公式ブログも「誰か1人の予算を、他に何も触らずに上げてみる」ことを勧めています。小さく試して挙動を確認するのが安全です。
室谷代表取締役組織管理者は「Workspace-wide guardrails」から組織全体の上限を設定できるので、まず上限を固めてから現場のデフォルトを調整する順番が良さそうです。
テキトー教師DotAI 認定講師なお、料金プランの変更でデータリージョンのGuardrailが使えなくなった場合、そのGuardrailが効いているリクエストはアップグレードするか制限を外すまで拒否される仕様もドキュメントにあります。契約更新のタイミングは要注意ですね。
よくある質問
室谷代表取締役ここからは、よく聞かれる点を公式のFAQに沿って整理していきます。
テキトー教師DotAI 認定講師まず「OpenRouter Guardrailsとは何か」。これは組織がメンバーとAPIキーに対して、支出・モデルとプロバイダーのアクセス・コンテンツモデレーションを制御する仕組み、という定義になります。
室谷代表取締役「人によってAI予算を変えられるか」はYesで、メンバーやAPIキーに予算ポリシーを割り当てる形。日次・週次・月次でリセットされ、組織管理者が設定した上限は超えられません。
テキトー教師DotAI 認定講師「予算はワークスペースで共有されるのか」もNoです。メンバー単位・APIキー単位で個別に適用され、月100ドルなら1人ひとりが100ドルまで、という考え方です。
室谷代表取締役「既存のGuardrailはどうなるか」は、同じルールを強制し続け、IDも保持。それぞれが最大3つの個別ポリシーとしても表示される、でした。
テキトー教師DotAI 認定講師「新しいAPIへの移行は必要か」もNoで、既存のGuardrails APIとTerraformリソースは動き続け、新しいポリシーのエンドポイントが並存します。
室谷代表取締役「誰がGuardrailポリシーを管理できるか」は、組織管理者が組織全体の上限を含む全ポリシーを管理でき、ワークスペース管理者はそのワークスペース内のポリシーを管理する、という役割分担です。
テキトー教師DotAI 認定講師リクエストがブロックされたときはHTTP 403が返り、コンテンツ系のランタイムチェックでは
openrouter_metadataにステージの詳細が入る場合がある、という仕様も押さえておくとデバッグが楽になります。室谷代表取締役全体として、派手な新機能というより統制の設計を作り直したアップデートなんですよね。チームでAIを使う前提なら、一度は設定を見直す価値があると思います。
