OpenRouterがチーム向けAIコスト管理機能の設定手順を公開　クレジット共有やキー別上限など5つの制御手法を解説

要点

• OpenRouterは、チーム利用時にAIモデルの利用費用を適切に管理・統制するための設定手順を公開した。

• コスト管理は「組織」「プリセット」「キー別上限」「ガードレール」「アクティビティ」という5つの機能で構成される。

• クレジットの一括プール管理や、ワークロード別のモデル・プロバイダ指定、日次や月次での自動リセットが可能なAPIキー上限設定などを段階的に導入できる。

• 組織の初期メンバー枠は最大10人で、クレジット購入時に5.5%のプラットフォーム手数料が適用される仕様となっている。

• 米OpenRouterは2026年8月7日、チームで同社のAPIを利用する組織向けに、AI利用費用の管理・統制（スペンドコントロール）を行うためのセットアップガイドを公式ブログで公開した。

• チーム規模の拡大に伴いAPIキーや利用モデルが増加すると、誰がどのリソースにいくら消費しているかの把握が困難になる課題がある。同社は、これらを解決するために用意された5つの管理機能の具体的な設定手順と仕様を解説している。

チーム管理の全体像と前提条件

OpenRouterが提示するコスト管理モデルは、ガバナンス、利用制御、可視化の3段階・5つの機能で構成されている。具体的には、共通のクレジットプールを持つ「組織（Organization）」、ワークロードごとに利用モデルやプロバイダを固定する「プリセット（Presets）」、APIキーごとに利用枠を設定する「キー別上限（Key limits）」、メンバー単位の予算やモデル許可リストを強制する「ガードレール（Guardrails）」、そして利用実績を確認する「アクティビティダッシュボード（Activity dashboard）」である。

導入前の前提条件として、組織の作成にはメールアドレスの認証が必要となるほか、請求管理やアクセス制御を行うために組織の管理者（Admin）権限で作業を進める必要がある。組織のメンバー数は標準で最大10人まで対応しており、上限緩和はサポートへの申請で可能とされている。また、従量課金（Pay-as-you-go）プランには最低利用金額の設定はなく、標準アカウントにおける5.5%のプラットフォーム手数料は、APIリクエストごとではなくクレジット購入時に適用される仕組みとなっている。

組織作成とクレジットの共有プール化

セットアップの第1段階として、管理画面から組織を作成し、メンバーを招待する。招待時に付与する権限は2種類あり、管理者（Admin）はクレジット購入や請求情報の閲覧が可能である一方、一般メンバー（Member）は組織リソースの利用とAPIキーの作成のみに権限が限定される。

クレジットは組織単位の「共有クレジットプール」として一括購入する形式を採る。これにより、エンジニア個人ごとに残高を追加する手間を省き、中央でまとめて資金管理を行える。個人アカウントに保有している既存クレジットを組織へ移行する機能も用意されているが、利用には2段階認証の設定やアカウントの利用期間、直近の購入履歴といった条件を満たす必要がある。なお、請求書払いを行っている組織は移行機能の対象外となる。

プリセットによるモデル・プロバイダの固定

第2段階では、用途（ワークロード）ごとに利用するモデルや接続先プロバイダを定義した共有設定「プリセット」を作成する。

プリセットでは、主モデルおよび障害時のフォールバック先モデルの配列、レイテンシやコストを基準としたプロバイダのルーティング順序、特定プロバイダの包含・除外ルール、システムプロンプトや生成パラメータ（Temperature等）をあらかじめ設定して一意の識別名（スラッグ）で保存する。プリセットはバージョン管理されており、過去バージョンへのロールバックにも対応する。

コードから呼び出す際は、モデル指定部分に @preset/{slug} と記述するか、専用の preset フィールドを指定することで、サーバー側で設定が解決される。これにより、アプリケーション側のコードを書き換えることなく、管理画面側でモデルやプロバイダの制御を一元的に行えるようになっている。

Management APIキーによる上限管理と自動リセット

第3段階では、APIキーごとに利用金額の上限（limit）とリセット間隔（limit_reset）を設定する。

この運用には、管理操作専用の「Management APIキー」を使用する。このキーはキー管理やガードレール管理のエンドポイントのみを操作でき、通常のテキスト生成や補完エンドポイントは実行できないため、自動化パイプラインやプロビジョニングシステムへの組み込みに適している。

APIキーの作成時には、クレジットの上限額に加え、リセット周期を日次（協定世界時午前0時にリセット）、週次、月次から選択できる。さらに、キーの即時無効化フラグや、ユーザー自身のAPIキーを持ち込む「BYOK（Bring Your Own Key）」による利用分を上限に含めるかどうかの指定も可能である。サービスや環境、エンジニアごとに独立したキーを発行することで、利用枠の分離と予算超過の防止が実現できる。

ガードレールとアクティビティによる統制と可視化

続く手順として、APIキー側でバイパスできないモデル許可リストやメンバーごとの予算を強制する「ガードレール」の設定、ならびに「アクティビティダッシュボード」での利用状況の確認が挙げられている。

アクティビティダッシュボードでは、作成者、APIキー、利用モデル別に消費状況を追跡でき、データはCSVやPDF形式でエクスポート可能となっている。これらの機能を順を追って設定することで、開発の柔軟性を損なわずに組織全体のAI支出を統制できるとしている。