Anthropic は、2026 年 6 月下旬にクロード アプリ ゲートウェイを出荷しました。これは、claude バイナリ (v2.1.195+) 内にバンドルされているセルフホスト型サービスです。 claude gateway --config gateway.yaml で実行し、PostgreSQL でバックアップすると、OIDC サインインが Claude Code フリート (ローカルで管理される API キーの代わりに企業 IdP セッション) の前に配置されます。それは本当に前進です。 Bedrock、Vertex、Foundry、または Anthropic API に対して Claude Code を直接実行するチームの場合、ゲートウェイは単一の構成ファイルの背後で ID、モデル アクセス、支出の制御を一元管理します。
この投稿では、次に何が起こるかについて説明します。あなたの AI 資産はほぼ確実にクロード以上のものです。おそらく、複数のベンダーの MCP サーバーを実行していると思います。 OpenAI または Gemini ワークロード、vLLM または Ollama を介したセルフホスト推論、ブラウザーをまったく参照しない CI パイプライン、プロバイダー間で委任するエージェント フレームワークがある場合があります。アプリ ゲートウェイはクロードのみと OIDC のみです。これは範囲に関する決定であり、欠陥ではありません。ただし、ガバナンスの問題には partially しか答えられていないことを意味します。
ここで説明する共同展開モデルでは、自己ホスト型ガバナンス プラットフォームをゲートウェイと並行して配置し、ゲートウェイのテレメトリと残りのエージェント インフラストラクチャの両方から読み取ります。競合的ではなく補完的です。ゲートウェイが認証を処理し、プラットフォームがガバナンスを処理します。
アプリゲートウェイが得意なこと
ゲートウェイは、Claude Code に適切な ID レイヤーを与えるという特定の重要な問題を解決します。これが存在する前は、すべての開発者が API キーを保持するか、共有認証情報を使用していました。また、モデルへのアクセスを強制したり、支出上限を設定したり、組織レベルで設定を管理したりするための標準化された方法はありませんでした。
ゲートウェイが設置されている場合:
- 開発者は、OIDC ID プロバイダー (ゲートウェイ インスタンスごとに 1 つの発行者) を通じて認証します。
- IdP グループは、
gateway.yamlのモデル許可リストと管理設定ポリシーにマップされます。 - 支出制限は、支出制限管理 API を使用して、ユーザーごと、グループごと、または組織ごとに適用されます。
- テレメトリは OTLP/HTTP 上に展開され、
user.id、user.email、およびuser.groupsがスタンプされます。 - 監査イベント (11 種類:
config.load、session.mint、auth.denied、inferenceなど) は、標準エラー出力に単一行の JSON として出力されます。
これは、規定された範囲に対して適切に設計されたインフラストラクチャです。 Anthropic はゲートウェイ プロトコルを公開し、サードパーティの実装を招待します。これは、モデル プロバイダーとしては異例のオープンな姿勢です。
カバーされないもの
Anthropic には、次の範囲の決定が明確に文書化されています。これらは欠陥ではありません。これらは、共同展開の境界がどこに属するかを定義します。
- OIDC のみ。 SAML も LDAP もありません。 IdP が SAML を使用する場合、ゲートウェイの前に OIDC ブリッジが必要です。
- 単一の発行者。 ゲートウェイ インスタンスごとに 1 つの OIDC プロバイダー。マルチテナント展開には個別のインスタンスが必要です。
- クロードのみ。 モデル カタログはクロード モデルです。 OpenAI、Gemini、ローカル推論、およびその他のプロバイダーは、ゲートウェイの範囲外です。
- サービス トークン フローなし。 無人 CI/CD パイプラインには、ゲートウェイを経由する文書化された非対話型認証パスがありません。
- 管理 UI はありません。 構成は YAML ファイルです。変更には再デプロイが必要です。
- Helm チャートはありません。 ゲートウェイは標準デプロイメントとして実行されますが、パッケージ化されたチャートはありません。
これらの文書化された制限を超えて、ゲートウェイが対処するように設計されていないガバナンス層の懸念事項があります。
- MCP サーバーのインベントリと状態。 どの MCP サーバーがデプロイされているか、どのツールが公開されているか、宣言された機能が観察された動作と一致するかどうか — これらはいずれもゲートウェイの仕事ではありません。
- クロスプロバイダー ポリシーの適用。 「運用データベースはすべてのエージェントに対して読み取り専用である」というポリシーを、Claude、OpenAI、およびセルフホスト モデル全体に適用する必要があります。ゲートウェイはクロード モデルのアクセスを管理します。それらのモデルが触れるリソースや、他のモデルが行うことを管理するものではありません。
- セッション レベルのアクセス マッピング。 どのエージェント セッションがどのデータベース、オブジェクト ストア、または API エンドポイントに到達したか、およびそのアクセスが読み取りか読み取り/writeかを示すグラフを構築するには、テレメトリ、フック、およびインフラストラクチャ信号を相関させる必要があります。ゲートウェイは OTLP をそのまま中継します。テレメトリが説明する内容は分析されません。
- 改ざん防止監査 ゲートウェイは JSON 監査イベントを標準エラー出力に出力します。コンプライアンス証拠パックをサポートする場合、これらのイベントはハッシュ チェーンされた追加専用台帳に配置される必要があります。
共同導入モデル
アーキテクチャは意図的にシンプルになっています。ゲートウェイとガバナンス プラットフォームはインフラストラクチャ内で並行して実行され、それぞれが得意なことを実行します。
Developer workstations Your infrastructure
┌─────────────────────┐
│ Claude Code │
│ (v2.1.195+) │
└──────┬──────────────┘
│
│ OIDC device flow
│ /v1/messages
▼
┌──────────────────────────────┐ ┌────────────────────────────────┐
│ Claude apps gateway │ │ Olivares AI (self-hosted) │
│ │ │ │
│ • OIDC auth (1 issuer) │ │ • OTLP receiver (gRPC + HTTP) │
│ • Model allowlists │ ──▶ │ • Claude hooks correlation │
│ • Spend limits │ OTLP │ • gateway.yaml posture │
│ • Managed settings │ │ • Audit event ingest │
│ • OTLP fan-out │ │ • Multi-provider governance │
│ • JSON audit on stderr │ ──▶ │ • MCP server inventory │
│ │ logs │ • Access-edge graph (R/RW) │
│ Claude models only. │ │ • Hash-chained audit ledger │
│ OIDC only. │ │ │
└──────────────────────────────┘ │ ALL providers, ALL surfaces. │
└────────────────────────────────┘
▲
Other agent traffic ────────────────────────┘
(OpenAI, Gemini, vLLM, Ollama, MCP servers, CI pipelines)2 つのデータ フローがゲートウェイをプラットフォームに接続します。
OTLP ファンアウト。 ゲートウェイの telemetry.forward_to 構成は、すでに OTLP/HTTP 宛先をサポートしています。そのうちの 1 つをオリバレス OTLP 受信機に向けます。 session.id 属性は、ゲートウェイ中継されたテレメトリを、クロード コネクタ自身のフック レシーバーからのセッション ランタイム レコードと関連付けます。ゲートウェイによって追加された ID 属性 (user.id、user.email、user.groups) は、オペレーター属性の許可リストに乗り、セッション エッジおよびコスト サンプルの属性ラベルになります。新しいレシーバー コードは必要ありません。
監査イベントの取り込み。 claude-apps-gateway コネクタは、ゲートウェイの JSON 監査イベントを読み取ります。文書化された 11 のイベント タイプ (config.load、session.mint、session.refresh、device.authorize、device.verify、auth.denied、access.denied、inference、managed.serve、spend.blocked、 admin.denied) は SDK 観察にマッピングされます。セキュリティ関連の拒否は検出結果になり、推論イベントはアクセス エッジになり、セッション ミントは ID 観察になり、運用イベントはメトリック カウンターになります。生のイベントの PII は、観測に入る前に SHA-256 ハッシュ化されます。電子メールと識別子は匿名です。
claude-apps-gateway コネクタは、gateway.yaml 自体もインベントリします: OIDC 発行者、IdP グループからモデルへのマッピング、上流プロバイダー、OTLP 宛先、および支出管理姿勢。このインベントリは構造的なメタデータであり、資格情報ではなくトポロジです。
ゲートウェイ設定からのポスチャの検出結果
コネクタは、ゲートウェイ設定から派生した一連のポスチャ検出結果を生成します。ガバナンス オペレーターがゲートウェイの展開について知っておくべきことは次のとおりです。
| 見つける | 重大度 | 何が引っかかるのか |
|---|---|---|
| OTLP 宛先が構成されていません | 中 | テレメトリは転送されません。フリートは監視からは見えません |
| キャッチオールポリシーはありません | 高 | IdP グループに一致しないユーザーはすべてのモデルを取得し、管理対象の設定は取得できません |
| 支出制限なし | 中 | 支出管理 API と強制が構成されていません |
| YAML のシークレット リテラル | 高 | client_secret、jwt_secret、または ${VAR} または ${file:...} 参照ではなくリテラルとして記述されたデータベース パスワード |
| 長いセッション TTL (>12 時間) | 中 | プロビジョニング解除の遅延: 取り消されたユーザーのセッションは有効なままです |
| PKCE は無効です | 低い | OIDC フローはコード交換に証明キーを使用しません |
| 高感度のテレメトリ信号 | 低い | 宛先の logs: true または traces: true — これらは完全な bash コマンドとファイル パスを伝送できます |
これらの検出結果は、他のすべてのコネクタからの検出結果と同じ姿勢ビューに表示されます。 MCP コネクタは、サンドボックス化されていないツールを報告する可能性があります。 Bedrock コネクタは、ガードレール gap にフラグを立てる可能性があります。ゲートウェイ コネクタは、ポリシー キャッチオールが欠落していることを報告します。 1 つの表面、1 つのビュー。
構成ではどのように見えるか
Claude コネクタは、標準 OpenTelemetry ポート上で OTLP レシーバーを実行し、Claude Code の PreToolUse/PostToolUse フックのフック エンドポイントを実行します。それと並行して、apps-gateway コネクタはゲートウェイの構成および監査ストリームを読み取ります。どちらのコネクタも Apache-2.0 で出荷され、SDK からのみインポートされ、エンジン コアからはインポートされません。
# olivares.yaml（略称）
connectors:
- name: olivares.claude
config:
grpc_addr: "127.0.0.1:4317"
http_addr: "127.0.0.1:4318"
hook_path: "/hooks"
enforcement: |
{"rules":[
{"tool":"Bash","decision":"ask","reason":"shell access requires confirmation"},
{"resource_kind":"file","mode":"write","decision":"ask"}
]}
gateway: "direct"
semconv_opt_in: "gen_ai_latest_experimental"
- name: olivares.claude-apps-gateway
config:
config_path: "/etc/claude-gateway/gateway.yaml"
audit_log_path: "/var/log/claude-gateway/audit.jsonl"Claude コネクタの gateway フィールドは、すべてのコスト サンプルに展開サーフェス (direct、bedrock-mantle、bedrock-legacy、vertex、foundry、claude-platform-aws) をタグ付けするため、FinOps はプロバイダー パスごとに支出をスライスできます。 semconv_opt_in フィールドは、ベンダー中立の GenAI 取り込みプロファイル (OpenTelemetry semconv v1.41.1 に固定) を有効にします。これは、OpenAI、Gemini、または OTel で計測された任意のエージェントが、Claude Code だけでなく、同じアクセス マップとコスト パイプラインをフィードすることを意味します。
正直なポジショニング
直接伝える価値のあることがあります。
これはゲートウェイの置き換えではありません。 Olivares 推論プロキシは、Anthropic の公開ゲートウェイ プロトコル (OAuth 検出、RFC 8628 デバイス認証、管理設定の配信、および支出制限の管理画面、ビュー、書き込み、シートごとの強制、ワイヤ プロトコルとの相違点が文書化) のサブセットを実装します。そのサブセットで十分な場合に便利です。これは、ゲートウェイのブラウザー OIDC フローを完全に置き換えるものではなく、そのグループ支出セマンティクスは意図的に異なります (ゲートウェイのマージ ルールではなく、最も制限的なものが優先されます)。 Anthropic ゲートウェイが認証要件を満たしている場合は、それを実行します。
コネクタは読み取り専用です。 claude-apps-gateway コネクタは、ゲートウェイの構成と監査出力を監視します。 gateway.yaml を変更せず、ポリシーを挿入せず、/v1/messages パスをインターセプトしません。それはコントロールではなく可視性です。
Olivares AI はプレリリースです。 この製品は、SOC 2、ISO/IEC 27001、EU AI 法、またはその他の枠組みに基づいて認定されておらず、監査も進行中ではありません。これらのフレームワークが検査する制御目標に基づいて設計されているため、必要なときに監査できるようになります。
値は組み合わせにあります。 1 つのプロバイダーに対してのみ Claude Code を実行し、1 つの IdP を使用し、他のベンダーの MCP サーバーを実行しないチームは、ゲートウェイだけで十分であると考える可能性があります。共同展開は、複数のプロバイダー、複数のベンダーの MCP サーバー、セルフホスト モデル、CI パイプライン、エージェント サーフェス全体にわたるコンプライアンス要件など、資産が異種である場合に適しています。そこが、「クロードの権威」と「遺産の統治」が真に異なる問題であるところです。
よくある質問
Olivares AI は Claude アプリ ゲートウェイを置き換えますか?
いいえ、原則は「そして、またはではない」です。 Anthropic ゲートウェイは、Claude Code 認証セッション、モデル アクセス ルーティング、およびアップストリーム選択を所有します。 Olivares AI は、その展開を、クロード以外のプロバイダー、MCP サーバー、セルフホスト モデル、および残りのエージェント資産もカバーする、より広範なコントロール プレーン内の管理されたサーフェスを作成します。すでにゲートウェイを実行している場合は、そのままにしておきます。
Claude アプリ ゲートウェイなしで Olivares AI を実行できますか?
はい。 claude-apps-gateway コネクタはオプションです。コアのクロード コネクタ (connectors/claude) は、前面にゲートウェイがあるかどうかに関係なく、OTLP テレメトリを取り込み、Claude Code セッションから直接フックします。 Anthropic ゲートウェイを使用しない場合、その OIDC セッション認証パスは失われますが、セッション インベントリ、アクセス エッジ マッピング、コスト アトリビューション、フックの強制、MCP ポスチャ、およびマルチプロバイダー ビューなどの完全なガバナンスは保持されます。
デプロイメント トポロジの詳細については、/architecture を参照してください。ベンダー間の MCP サーバー ガバナンスについては、/product/mcp を参照してください。製品の全表面については、/productを参照してください。