社内 MCP を、Claude と GPT の両方へつなぐ統合ハブ。

HR DB MCP を Claude 用 tunnel、OpenAI 用 tunnel、社内 agent 用 proxy で別々に運用し、URL、token、監査ログが分散している。

1. HR MCP を 1 registration として作成し、endpoint_id と relay key を発行する
2. 社内 connector は relay key で Gateway に outbound WebSocket 接続する
3. Claude、GPT、社内 agent には同じ remote MCP endpoint と client ごとの public token を設定する

registration disabled、relay key 不一致、失効済み token、別 org の endpoint 参照、未許可 client を拒否する。

同一 registration への複数 client 接続、接続 health、client ごとの token、allow / deny の audit metadata を提示する。

AI ベンダーごとの tunnel 運用をやめ、platform チームが MCP 公開と停止を一箇所で管理できることを採用理由にする。

MCP token が個人メモや環境変数に散り、退職者、委託先、検証終了後の失効を追跡できない。

1. public token と relay key を registration 単位で分け、平文は発行時だけ表示する
2. last4、発行者、利用 client、最終利用時刻を管理画面で確認する
3. 検証終了、委託先終了、client 変更時に token revoke と rotation を実行する

失効済み token、rotation 期限切れ token、別 registration に使われた token、relay key 漏洩疑いを拒否する。

token 発行履歴、last4、revoke 直後の拒否 log、rotation 後の正常接続、誰が実施したかの audit を残す。

セキュリティには失効手順、管理部門には検証から本番運用へ進む時の token 管理責任を示せる。

API 経由の AI client は静的 token を使えるが、UI の custom connector は OAuth を要求し、接続方式が分かれて利用が止まる。

1. Gateway が protected resource metadata と authorization server metadata を返す
2. 人間ログインは viyv-account に委譲し、OAuth access token を registration に束縛する
3. API client は静的 Bearer、UI connector は OAuth として同じ MCP surface を使う

audience 不一致、PKCE 不備、refresh token 再利用、registration に紐づかない OAuth token を拒否する。

OAuth 接続成功、静的 Bearer 接続成功、audience 束縛、refresh token rotation、client 別 audit を確認する。

既存 API 経路を壊さず、UI からの MCP 利用にも対応できるため、部門展開と将来 client 追加の判断材料になる。