1年前、OpenRouterを利用するほとんどの企業では、AIは少数のチームで使われていました。今では部門を超えて広がっています。10人以上のチームでOpenRouterを利用する人は70倍に成長し、その仕事の多くがエージェントに移るにつれ、平均的な組織は3倍の数のアクティブなAPIキーを運用しています。
これらすべてを管理している管理者たちは、同じことを繰り返し求めています。組織全体に対する一括のルールと、より多くを必要とする人々に対する例外を設ける余地です。
私たちはGuardrailsの設定方法を再構築しました。これにより、管理者は組織全体に適用される制限を設定できるほか、ユーザーごとに異なる予算とモデルアクセスをその枠内で付与し、各ポリシーを個別に変更できるようになりました。
始めるには、ワークスペースの ガードレールのページ ポリシーを設定するには、以下をお読みください。 ガードレールポリシー ドキュメント.
なぜ私たちはGuardrailsを変更したのか
私たちは、より以前のパターン——少数のチームとわずかな数のAPIキー——に合わせてGuardrailsの最初のバージョンを構築しました。今日では、何百人、何千人もの従業員がSSO経由でサインインし、各エンジニアのラップトップ上でコーディングエージェントが動作し、そのすべてのコストに対してプラットフォームチームが責任を負うという状況になっています。
その変化は、顧客から私たちに寄せられた要望にも表れていました:
- 例外付きの1人あたり予算。 チームは、全員に適用されるデフォルトの月次または週次予算と、必要とする人々のためのより高い予算を求めていました。予算レベルごとに1つのガードレールという設定では、ある顧客は約1,200人の従業員それぞれに対して個別のガードレールを作成する方向に進んでいました。
- 保守的な設定で始まるデフォルト。 顧客は、新しいメンバーが最も保守的な設定から開始し、時間の経過とともにより多くの権限を付与されることを望んでいました。旧モデルは逆の仕組みでした。ワークスペースのデフォルトが誰もが取得できる上限であり、それ以外のすべてのガードレールは制限を強めることしかできませんでした。
- 多数のワークスペースにわたる1つのルール。 複数の事業部門を持つ企業は、同じガードレールをすべてのワークスペースにコピーするのではなく、ZDR、プロバイダー、リージョンのルールを一度だけ設定したいと考えていました。
- リクエストを処理するための方法。 管理者たちは、プロジェクトのためにより大きな予算や新しいモデルへのアクセスを頼まれることが頻繁にあり、その承認を再構築ではなく迅速な変更として行えるようにしたいと考えていました。
一部の顧客は現在、Guardrails を基盤として独自の社内ワークフローを構築しています。従業員がプロジェクトのためにより高い予算や特定のモデルへのアクセスを求めて理由を説明し、管理者がそれを承認します。組織が設定した個別のポリシータイプと上限によって、そのリクエストの承認は単一の変更で済みます。担当者に別の予算やモデルアクセスポリシーを割り当てるだけで、自動的に組織の上限内に収まります。
組織の制限はワークスペースのデフォルトとは別個のものです
組織の管理者は、ワークスペース全体に対して、最大予算、ゼロデータリテンションの要件、利用可能なモデルやプロバイダーの制限などの上限を設定できるようになりました。これらの制限は、独自の予算やモデルポリシーを持つメンバーを含む、ワークスペース内のすべてのメンバーとAPIキーに適用されます。
その制限の範囲内で、ワークスペースの管理者がデフォルトを設定します。新しいメンバーは参加した時点でデフォルトの予算とモデルリストを取得し、管理者は特定の人により高い予算やより多くのモデルへのアクセスを与えることができます。ただし、いずれも組織の制限を超えることはできません。
実際には、たとえば組織の管理者がエンジニアリングのワークスペースに対して、1人あたり月2,000ドルの上限、ZDR専用プロバイダーのみ、特定の高コストモデルへのアクセス禁止といった制限を設けます。ワークスペース管理者は、新規メンバーのデフォルトを月200ドル、チームの標準モデルに設定します。新しく参加したエンジニアは、その200ドルのデフォルト設定を自動的に受け取ります。エージェントプロジェクトを率いるシニアエンジニアは、月1,500ドルとより多くのモデルへのアクセスを得ることができます。ワークスペース内の誰も、月2,000ドルを超えたり、ZDR非対応のプロバイダーを利用したりすることはできません。
予算、モデルアクセス、モデレーションは別個のポリシーです
予算、モデル、プロバイダーアクセス、コンテンツモデレーションを1つの名前付きオブジェクトにまとめるためのガードレール。現在は3つの個別のポリシータイプになっています:
- 予算 ドル(USD)建ての支出上限を設定し、それが日次、週次、または月次でリセットされます。
- モデルおよびプロバイダーアクセス どのモデルやプロバイダーを使用できるか、ZDR、およびデータリージョンを制御します。
- コンテンツモデレーション プロンプトインジェクション対策、機密情報検出、カスタムコンテンツフィルターをカバーします。
分けているのは、これらが連動して変わることがないからです。個人の予算は新しいプロジェクトが始まるたびに変わることがありますが、チームのモデルリストやモデレーションルールは数ヶ月間同じままであることがあります。
現在、チームは1つのモデルアクセスポリシーと1つのモデレーションポリシーを共有し、他の設定に触れることなく個人の予算だけを変更できます。
後方互換性
現在の設定を維持するために変更を行う必要はありません。既存のガードレールはIDを保持し、同じルールを適用し続け、ガードレールAPIとTerraformリソースは従来どおり機能します。また、各ガードレールは個別の予算、モデルアクセス、モデレーションポリシーとして表示されるため、準備ができた時点で1つのワークスペースずつ移行できます。
APIまたはTerraformでガードレールを管理している場合は、まず Migrating to Guardrail Policies をお読みください。ダッシュボードで行った変更は設定に同期されないためです。
はじめに
試すには、管理しているワークスペースで Guardrails ページを開いてください。既存のガードレールは、すでに個別のポリシーとして表示されています。最初のステップとしては、他の設定に触れずに特定の一人の予算を引き上げてみるのがよいでしょう。組織の管理者は、Workspace-wide guardrails から組織全体の上限を設定できます。詳細なセットアップについては、以下をご覧ください。 Guardrail Policies ドキュメント.
FAQ
OpenRouter Guardrails とは何ですか?
Guardrails を使うと、組織はメンバーおよび API キーに対して、支出、モデルとプロバイダーへのアクセス、コンテンツモデレーションを管理できます。
人ごとに異なる AI 予算を設定できますか?
はい。メンバーまたは API キーに予算ポリシーを割り当てられます。予算は日次、週次、または月次でリセットされ、組織管理者が設定した上限を超えることはできません。
予算はワークスペース内で共有されますか?
いいえ。各予算はメンバーごとまたは API キーごとに適用され、共有プールではありません。月 100 ドルの上限は、各人が最大 100 ドルまで支出できるという意味です。
既存のガードレールはどうなりますか?
既存のガードレールは同じルールを適用し続け、ID も維持されます。さらに、それぞれ最大 3 つの個別ポリシーとしても表示されるようになります。
新しい API への移行は必要ですか?
いいえ。既存のガードレール API と Terraform リソースは引き続き機能します。新しいポリシーエンドポイントは、それらと並んで以下の場所にあります。 /api/v1/guardrails/policies.
ガードレールポリシーを管理できるのは誰ですか?
組織の管理者は、組織全体の上限を含むすべてのポリシーを管理できます。ワークスペース管理者は、ワークスペース内のポリシーを管理します.