portkey-admin-mcp について
portkey-admin-mcp は、AI ゲートウェイの設定や運用を管理するチーム向けに Portkey Admin API を MCP クライアントへ公開します。22 の領域を扱い、Prisma AIRS ガイドは直接対応ではなく相互運用の方法を説明します。
主な機能
- 0122 領域にまたがる 194 個のツール
- 02プロンプト、設定、キーの管理
- 03MCP サーバーとポリシーの管理
- 04分析、ログ、ユーザーの確認
- 05公開するツールを領域で制限
活用シーン
- 01Portkey のプロンプトとゲートウェイ設定の管理
- 02利用状況、コスト、リクエスト分析の確認
- 03MCP 連携とアクセス ポリシーの管理
MCP 対応
Portkey Admin API の操作をツールとして公開する MCP サーバーです。stdio に対応し、実験的な Streamable HTTP でローカルからリモート接続できますが、ホスト版はありません。
設定
ローカルサーバーの設定はどのクライアントでも共通です。コピーしてクライアントの MCP 設定ファイルに貼り付けてください。
npx -y portkey-admin-mcpPORTKEY_API_KEYシークレットYour Portkey API key for authenticationPORTKEY_TOOL_DOMAINSシークレットOptional comma-separated tool domains to expose, for example prompts,analyticsPORTKEY_BASE_URLシークレットPortkey Admin API base URL. Defaults to https://api.portkey.ai/v1; a Prisma AIRS or Strata Cloud Manager URL is not compatibleローカルサーバーにはマシン上の実行環境(Node.js 18 以上など)が必要です。設定ファイルの場所はクライアントごとに異なります。
ツール
184掲載時のツール一覧 · 1 日前に更新
| パラメーター | 型 | 必須 | 説明 |
|---|---|---|---|
| role | enum | いいえ | 組織のロールで絞り込むadmin | member | owner |
| string | いいえ | メールアドレスの完全一致で絞り込む | |
| page_size | integer | いいえ | ページごとの結果数(最大 100) |
| current_page | integer | いいえ | 0 始まりのページ番号。最初のページは 0 です |
詳細
Portkey Admin MCP サーバー
Portkey の管理 API を MCP サーバーとして提供します。プロンプト、設定、キー、分析、ガバナンス、デプロイなど、194 個のツールを利用できます。
重要
互換性の積極的な開発を進めています。 Palo Alto Networks は 2026‑05‑29 に Portkey の買収を完了し、現在 Portkey を Prisma AIRS AI Gateway の中核として紹介しています。Portkey Admin API は引き続き稼働しており、公式の OpenAPI と製品変更履歴には 2026 年 10 月までコントロールプレーンの機能が追加され続けています。そのため、本プロジェクトでは API カバレッジの拡充を再開しました。対象は Portkey 互換 API(
x-portkey-api-key)であり、Prisma AIRS/Strata Cloud Manager には直接対応していません。Palo Alto は現在 Prisma AIRS の管理仕様を公開していますが、認証方式が異なり、複数の管理ベース URL とより小規模なドメインセットを使用するため、PORTKEY_BASE_URLを差し替えるだけでは対応できません。サポート対象の並行運用モデルとアダプターの基準については、Prisma AIRS 相互運用ガイドをご覧ください。
目次
- [ドキュメント](#documentation) - [クイックスタート](#quick-start) - [できること](#what-you-can-do) - [API キーのスコープ](#api-key-scopes) - [HTTP サーバー(実験的)](#http-server) - [アーキテクチャ](https://github.com/CodesWhat/portkey-admin-mcp/blob/main/docs/ARCHITECTURE.md) - [配布とディレクトリ](./docs/DISTRIBUTION.md) - [Prisma AIRS の相互運用性](./docs/PRISMA_AIRS_INTEROPERABILITY.md) - [リリースの検証](https://github.com/CodesWhat/portkey-admin-mcp/blob/main/docs/VERIFY_RELEASE.md) - [開発](#development) - [ロードマップ](#roadmap) - [コミュニティ](#community) - [使用技術](#built-with) - [コントリビューション](https://github.com/CodesWhat/portkey-admin-mcp/blob/main/CONTRIBUTING.md) - [ガバナンス](https://github.com/CodesWhat/portkey-admin-mcp/blob/main/GOVERNANCE.md) - [セキュリティ保証](https://github.com/CodesWhat/portkey-admin-mcp/blob/main/SECURITY-ASSURANCE.md) - [全ツール一覧 — ENDPOINTS.md](./ENDPOINTS.md)ドキュメント
| リソース | リンク |
|---|---|
| ツールリファレンス | ENDPOINTS.md |
| 互換性と非推奨機能 | COMPATIBILITY.md |
| 変更履歴 | CHANGELOG.md |
| ロードマップ | ROADMAP.md |
| アーキテクチャ | アーキテクチャ |
| デプロイ | HTTP の設定、Vercel ガイド |
| 配布 | ディレクトリとリリース記録、リリースの検証 |
| Prisma AIRS | 相互運用性ガイド |
| コントリビューションとガバナンス | CONTRIBUTING.md、GOVERNANCE.md、行動規範 |
| セキュリティ | 報告ポリシー、保証ケース |
クイックスタート
適切なスコープが設定された Portkey API キーが必要です。Portkey ダッシュボードの「API Keys」から取得してください。
バージョン 0.15.0 は MCP SDK v2 を使用し、同じエンドポイントでプロトコルリビジョン 2026-07-28 と、それより古いクライアントに対応します。HTTP セッションとリプレイ機能は廃止されています。古い設定は警告が表示され、無視されます。0.14.x からアップグレードする前に、互換性と非推奨機能を確認してください。
Claude Code
claude mcp add -e PORTKEY_API_KEY=your_key portkey-admin -- npx -y portkey-admin-mcp
Cursor / Windsurf / VS Code
MCP 設定(.cursor/mcp.json、.windsurf/mcp.json、または .vscode/mcp.json)に追加します:
{
"mcpServers": {
"portkey-admin": {
"command": "npx",
"args": ["-y", "portkey-admin-mcp"],
"env": {
"PORTKEY_API_KEY": "your_api_key"
}
}
}
}
直接実行
PORTKEY_API_KEY=your_key npx -y portkey-admin-mcp
stdio クライアントでツールの対象を絞り込むには、PORTKEY_TOOL_DOMAINS を設定します。
PORTKEY_API_KEY=your_key \
PORTKEY_TOOL_DOMAINS=prompts,analytics \
npx -y portkey-admin-mcp
ドメインの絞り込みは、アクセス範囲だけでなく、コンテキストコストを抑えるうえでも最も効果的です。tools/list はページ分割されており、クライアントがすべてのページで nextCursor をたどると、194 個のツールを含むカタログ全体で約 400 KB になります。クライアントが実際に必要とするドメインに絞り込めば、データ量もおおむね比例して削減できます。
ソースからビルド
git clone https://github.com/CodesWhat/portkey-admin-mcp.git
cd portkey-admin-mcp
npm install && npm run build
次に、この設定を使用します:
{
"mcpServers": {
"portkey-admin": {
"command": "node",
"args": ["/path/to/portkey-admin-mcp/build/index.js"],
"env": {
"PORTKEY_API_KEY": "your_api_key"
}
}
}
}
できること
| カテゴリ | ツール数 | 例 |
|---|---|---|
| プロンプト | 14 | プロンプトの作成、バージョン管理、レンダリング、実行、移行、昇格 |
| プロンプトパーシャル | 7 | バージョン管理に対応した再利用可能なプロンプトの断片 |
| プロンプトラベル | 5 | プロンプトのバージョンを整理(本番、ステージング、開発) |
| 設定 | 6 | ゲートウェイのルーティング、キャッシュ、再試行、負荷分散 |
| デプロイメント | 5 | セルフホスト可能なゲートウェイの登録、確認、更新、アーカイブ |
| API キー | 6 | スコープ付き API キーの作成、ローテーション、管理 |
| シークレット参照 | 5 | AWS、Azure、HashiCorp の外部シークレット参照を管理 |
| 仮想キー | 5 | プロバイダーのアクセスキーを管理 |
| コレクション | 5 | アプリまたはプロジェクトごとにプロンプトをグループ化 |
| プロバイダー | 5 | AI プロバイダーの設定を管理 |
| インテグレーション | 11 | プロバイダー連携、モデルの料金、モデル、ワークスペースへのアクセス |
| MCP インテグレーション | 10 | 外部 MCP ツールとの連携 |
| MCP サーバー | 12 | MCP サーバーのレジストリ、機能、ライブ接続 |
| ガードレール | 14 | LLM および MCP ツールのポリシー、サーバーのマッピング、組織のデフォルト設定、ワークスペースの除外設定 |
| アクセスポリシー | 5 | MCP ツールやプロバイダーモデルへのユーザー、グループ、エージェントのアクセスを許可/拒否 |
| 送信許可リスト | 5 | カスタムの送信先ホストに対する組織の信頼設定 |
| 使用量制限 | 7 | コストとトークン消費量の上限 |
| レート制限 | 5 | リクエスト頻度の制御 |
| 分析 | 25 | コスト、レイテンシー、エラー、トークン、キャッシュ、フィードバック、プロバイダー、MCP、A2A、ワークスペースのグループ、組織スコープ、ワークスペースの除外設定 |
| ロギング | 10 | ログの取得、取り込み、エクスポート、フィールドの制限 |
| トレーシング | 2 | トレースへのフィードバックの作成と更新 |
| ユーザーとワークスペース | 24 | ユーザー管理、招待、ワークスペースメンバー、SCIM グループのマッピング |
| 監査 | 1 | 監査ログへのアクセス |
22 のツールドメインにわたる合計 194 個のツール。 説明付きの全リストは ENDPOINTS.md をご覧ください。
Portkey では最近、プロバイダーの認証情報を「Providers」として表す傾向が強まっていますが、現在の Admin API では /virtual-keys と /providers の両方が引き続き公開されています。このサーバーでは両方のドメインを維持しており、Virtual Keys ではプロバイダーのアクセス認証情報を管理し、Providers ではワークスペースのプロバイダー設定を管理します。
API キーのスコープ
ほとんどのツールは、「すべて選択」の権限が有効な、ワークスペーススコープのサービスキーで動作します。このキーで、プロンプト、設定、仮想キー/API キー、プロバイダー、ガードレール、ワークスペースのインテグレーション、MCP サーバー、レート制限/使用量制限、ログ、プロンプト補完、ワークスペースのユーザー管理を利用できます。
ツールが Portkey エラー AB03 とともに 403 を返した場合、エンドポイントの不具合ではなく、スコープが不足していることを意味します。
エンタープライズプラン限定のツールとその他のスコープ要件
### エンタープライズ限定のツール(56)以下のツールには、Portkey Enterprise プランでのみ利用できる組織レベルのスコープが必要です。ワークスペースプランでは 403 You do not have enough permissions to execute this request が返されます。説明には Enterprise-gated. Returns 403 on non-Enterprise Portkey plans. という接尾辞が含まれているため、MCP クライアントは事前に把握できます。
| 分野 | ツール | 必要なスコープ |
|---|---|---|
| アナリティクス(25) | get_cost_analytics、get_request_analytics、get_token_analytics、get_latency_analytics、get_error_analytics、get_error_rate_analytics、get_cache_hit_latency、get_cache_hit_rate、get_cache_summary、get_users_analytics、get_error_stacks_analytics、get_error_status_codes_analytics、get_user_requests_analytics、get_rescued_requests_analytics、get_feedback_analytics、get_feedback_models_analytics、get_feedback_scores_analytics、get_feedback_weighted_analytics、get_analytics_group_users、get_analytics_group_models、get_analytics_group_metadata、get_analytics_group_providers、get_analytics_group_mcp、get_analytics_group_a2a、get_analytics_group_workspaces | 組織レベルの analytics.view |
| デプロイメント(5) | list_deployments、register_deployment、get_deployment、update_deployment、archive_deployment | Enterprise のデプロイメント管理 |
| 監査 | list_audit_logs | audit_logs.list |
| 組織レベルのインテグレーション | get_integration、list_integration_models、list_integration_workspaces | organisation_integrations.read |
| 組織レベルのユーザー | list_all_users、get_user、get_user_stats、list_user_invites | organisation_users.list / organisation_users.read |
| 組織のガードレール(6) | get_organisation_defaults、update_organisation_defaults、list_input_guardrail_workspace_exclusions、update_input_guardrail_workspace_exclusions、list_output_guardrail_workspace_exclusions、update_output_guardrail_workspace_exclusions | organisation_settings.read/update および organisation_exclusions.list/update |
| ログのエクスポート(8) | create_log_export、list_log_exports、get_log_export、start_log_export、cancel_log_export、download_log_export、update_log_export、get_log_export_field_restrictions | Enterprise Logs Export と logs.export |
| SCIM グループ(4) | list_scim_groups、list_scim_workspace_mappings、create_scim_workspace_mapping、delete_scim_workspace_mapping | SCIM が有効であることと、組織の管理者アクセス |
その他のスコープ要件
| 機能 | 必要な条件 |
|---|---|
プロンプトの補完(run_prompt_completion) | completions.write スコープと課金メタデータ(app、env) |
create_api_key による組織レベルのサービス API キーの作成 | organisation_service_api_keys.create(Enterprise) |
HTTP サーバー(実験的)
ステータス:HTTP トランスポートはローカルで動作し、統合テストスイートでテストされていますが、これは概念実証です。このサーバーのホスト版はなく、現時点でホスト型デプロイメントを目指していません。サポート対象のトランスポートとして stdio(npx)を使用してください。
このサーバーはリモートアクセス用に Streamable HTTP をサポートしています。
HTTP 認証はサーバーへのアクセスを制御しますが、別々の Portkey テナントを偽装するものではありません。認証されたすべてのプリンシパルは、設定済みの同じ PORTKEY_API_KEY を使用し、その認証情報で許可される有効なすべてのツールとスコープを呼び出すことができます。異なる信頼レベルを設定するには、それぞれ別の Portkey 認証情報と PORTKEY_TOOL_DOMAINS 許可リストを使って、別々のインスタンスまたはデプロイメントを実行してください。
PORTKEY_API_KEY=your_key \
MCP_HOST=127.0.0.1 \
MCP_PORT=3000 \
MCP_PUBLIC_BASE_URL=https://mcp.example.com \
MCP_AUTH_MODE=bearer \
MCP_AUTH_TOKEN=your_secret \
node build/server.js
または npx 経由(portkey-admin-mcp パッケージには HTTP バイナリが含まれています):
PORTKEY_API_KEY=your_key MCP_AUTH_MODE=bearer MCP_AUTH_TOKEN=your_secret \
npx -y -p portkey-admin-mcp portkey-admin-mcp-http
ローカルでのみ HTTP を使用する場合は、MCP_HOST をデフォルトの 127.0.0.1 のままにしてください。Docker や別のインターフェース上のリバースプロキシなど、ローカルマシンの外部からの接続を受け付ける必要がある場合に限り、MCP_HOST=0.0.0.0 を設定してください。
環境変数の完全なリファレンス
| 変数 | デフォルト | 説明 | |----------|---------|-------------| | `PORTKEY_API_KEY` | (必須) | Portkey API キー | | `PORTKEY_BASE_URL` | `https://api.portkey.ai/v1` | Portkey Admin API のベース URL。Prisma AIRS/SCM の URL には対応していません。認証情報を含むリクエストはリダイレクトを自動的に追跡しません | | `PORTKEY_ALLOW_PRIVATE_BASE_URL` | — | リテラルのループバック/プライベートな `PORTKEY_BASE_URL` を許可するには、`true` に設定します | | `PORTKEY_ALLOW_INSECURE_HTTP` | — | 信頼できるセルフホスト型ゲートウェイで HTTPS を使用できない場合に限り、別途 `true` に設定します | | `PORTKEY_TOOL_DOMAINS` | — | 22 個のドメイン(`users`、`workspaces`、`configs`、`deployments`、`keys`、`collections`、`prompts`、`analytics`、`guardrails`、`limits`、`audit`、`labels`、`partials`、`tracing`、`logging`、`providers`、`secret-references`、`integrations`、`mcp-integrations`、`mcp-servers`、`access-policies`、`egress-allowlist`)を対象とするサーバー側の許可リスト。HTTP の `?tools=` で範囲を絞り込めますが、拡張はできません | | `MCP_TOOL_DOMAINS` | — | `PORTKEY_TOOL_DOMAINS` のフォールバック。そちらが未設定の場合にのみ使用されます | | `MCP_TRANSPORT` | `stdio` | `stdio` または `http`。Docker イメージはこの値に基づいてエントリーポイントを選択します(HTTP サーバーには `http` を設定します) | | `MCP_HOST` | `127.0.0.1` | バインドアドレス | | `MCP_PORT` | `3000` | ポート | | `PORT` | — | ポートの上書き値。設定されている場合、`MCP_PORT` より優先されます | | `MCP_PUBLIC_BASE_URL` | — | `/auth/info` とステータスページで通知する公開用の絶対ベース URL。ホスト型デプロイでは設定を推奨します | | `MCP_AUTH_MODE` | `none` | `none`、`bearer`、または `clerk`(明示的に上書きしない限り、HTTP では `none` はブロックされます) | | `MCP_AUTH_TOKEN` | — | bearer 認証用のシークレット | | `CLERK_ISSUER` / `CLERK_AUDIENCE` | — | `MCP_AUTH_MODE=clerk` の場合に必須となる発行者とオーディエンス | | `CLERK_JWKS_URL` | `/.well-known/jwks.json` | Clerk JWT 検証用の JWKS エンドポイント。HTTPS が必須です。JWKS がデフォルトのパスにない場合にのみ設定します | | `CLERK_ALLOWED_SUBJECTS` | — | Clerk の任意の CSV 形式のサブジェクト許可リスト。Clerk の認可ポリシーが少なくとも 1 つ必要です | | `CLERK_ALLOWED_ORGANIZATION_IDS` / `CLERK_ALLOWED_ROLES` | — | 任意の CSV 形式の組織およびロールの制約。設定した制約はすべて一致する必要があります | | `CLERK_REQUIRED_PERMISSIONS` | — | 検証済みの Clerk JWT にすべて含まれている必要がある、任意の CSV 形式の権限 | | `MCP_ALLOW_UNAUTHENTICATED_HTTP` | — | 意図的にローカルの未認証 HTTP デバッグを行う場合に限り、`true` に設定します | | `MCP_MAX_SESSIONS` | `100` | HTTP MCP リクエストハンドラーの最大同時実行数(従来の名称を保持) | | `MCP_REDIS_URL` | — | 共有レート制限用の Redis URL のフォールバック。`RATE_LIMIT_REDIS_URL` の後、`REDIS_URL` の前に使用されます。本番環境では `rediss://` が必須です | | `MCP_SESSION_MODE`、`MCP_SESSION_TIMEOUT`、`MCP_EVENT_*`、`MCP_REDIS_KEY_PREFIX` | 0.15.0 以降は無視 | 古いセッション/リプレイ設定は、名前のみを含む警告を出します。0.14.x の動作に変更はありません。[互換性](./COMPATIBILITY.md)を参照してください。 | | `MCP_TLS_KEY_PATH` | — | ネイティブ HTTPS 用の TLS キー | | `MCP_TLS_CERT_PATH` | — | ネイティブ HTTPS 用の TLS 証明書 | | `MCP_TLS_CA_PATH` | — | ネイティブ HTTPS 用の任意の CA バンドル。TLS キーと証明書が設定されている場合にのみ使用されます | | `MCP_SHUTDOWN_TIMEOUT_MS` | `10000` | プロセスを強制終了するまでに、正常なシャットダウンを待機する時間(ミリ秒)。正の値が必要です | | `MCP_MAX_REQUEST_SIZE` | `1mb` | HTTP リクエスト本文の最大サイズ。ツール引数にも、ネストされた入力全体を対象とする、配列要素とオブジェクトメンバーの固定上限 10,000 が適用されます | | `MCP_READY_CHECK_MODE` | `local` | `local` または `portkey`。`portkey` にすると、`/ready` でも Portkey への接続を確認します | | `LOG_LEVEL` | `info` | `debug`、`info`、`warn`、または `error` | | `ALLOWED_ORIGINS` | — | CORS 許可リスト。`MCP_AUTH_MODE=none` の場合、`Host` ヘッダーの検証(DNS リバインディング対策)にも使用されます | | `CORS_ORIGIN` | — | `ALLOWED_ORIGINS` の従来のフォールバック。そちらが未設定の場合にのみ使用されます | | `MCP_TRUST_PROXY` | `loopback` | Express の trust-proxy ポリシー。正確な非負のホップ数または信頼されたプロキシのサブネットを指定してください。すべてのピアからの転送ヘッダーを信頼するため、`true` は拒否されます | | `RATE_LIMIT_STORE` | `memory` | 複数インスタンス/サーバーレスのデプロイでは `redis` を指定します。本番環境で memory モードを使用するには `RATE_LIMIT_SINGLE_PROCESS=true` が必要です | | `RATE_LIMIT_ENABLED` | `true` | 認証前のレートリミッターを無効にするには、`false` に設定します | | `RATE_LIMIT_SINGLE_PROCESS` | — | 本番環境でインメモリーのレート制限を使用する際に、単一プロセスのデプロイであることを確認するには、`true` に設定します | | `RATE_LIMIT_REDIS_URL` | — | 共有レートリミッター用の Redis URL。`MCP_REDIS_URL`/`REDIS_URL` にフォールバックします。本番環境では `rediss://` が必須です | | `RATE_LIMIT_REDIS_KEY_PREFIX` | `mcp:rate-limit` | 認証前の IP およびプリンシパルと IP の組み合わせに対するトークンバケットで使用する、Redis の名前空間 | | `RATE_LIMIT_MAX` | `60` | 認証前の IP およびプリンシパルと IP の組み合わせに対する各バケットの最大トークン数 | | `RATE_LIMIT_WINDOW_MS` | `60000` | レート制限のウィンドウ(ミリ秒) | | `RATE_LIMIT_REFILL` | `60` | ウィンドウごとに補充されるトークン数 | | `RATE_LIMIT_MAX_BUCKETS` | `10000` | 明示的な memory モードでのローカルバケットの最大数。この数を超えると、新しいクライアントは超過分用の容量を共有します | 本番環境のコンテナでは、レート制限のトポロジーを明示的に選択する必要があります。複数インスタンスのデプロイでは `RATE_LIMIT_STORE=redis` を設定し、単一の長時間稼働プロセスの場合に限り `RATE_LIMIT_SINGLE_PROCESS=true` を設定してください。Vercel へのデプロイ
Vercel のサポートは、リファレンス用の概念実証として維持されています。ホステッドデプロイは運用していません。自分でデプロイする場合は、docs/VERCEL_DEPLOYMENT.md を参照してください。
主なポイント:
- ステートレスなリクエスト処理と、共有のアトミックな Redis レートリミッター(SDK v2)を使用します。GET リプレイは廃止されています
- Clerk またはベアラー認証が必要です
MCP_TLS_*は未設定のままにしてください(Vercel が HTTPS を終端します)- 公開される MCP エンドポイントがリクエストヘッダーに依存しないよう、
MCP_PUBLIC_BASE_URLにデプロイ URL を設定してください - Vercel は WebSocket に対応していません。Streamable HTTP/SSE のみ利用できます
Docker
docker build -t portkey-admin-mcp .
docker run \
-e PORTKEY_API_KEY=your_key \
-e MCP_TRANSPORT=http \
-e MCP_HOST=0.0.0.0 \
-e MCP_PORT=3000 \
-e MCP_AUTH_MODE=bearer \
-e MCP_AUTH_TOKEN=your_secret \
-e RATE_LIMIT_SINGLE_PROCESS=true \
-p 3000:3000 \
portkey-admin-mcp
この例では、インメモリのレート制限を使用する単一の長時間稼働コンテナを実行します。
複数インスタンスでは、RATE_LIMIT_STORE=redis と TLS 対応の Redis URL を使用してください。
ヘルスエンドポイント
| パス | 目的 |
|---|---|
GET /health | サーバーの稼働状態 |
GET /ready | 準備状態(オプションの Portkey 接続チェックを含む) |
GET /auth/info | 認証設定のメタデータ |
開発
npm run dev # stdio with hot reload
npm run dev:http # HTTP with hot reload
npm test # unit + contract tests
npm run test:coverage # unit + contract tests with the enforced 80% line floor
npm run test:e2e # MCP protocol tests
npm run test:http # HTTP endpoint smoke test
npm run smoke # credentialed read-only Portkey API smoke suite
npm run ci # full pipeline (lint + typecheck + coverage + build + e2e + verify)
ライブスモークテストでは、想定される認証情報スコープによる拒否と、明示的に追跡されているホステッドコントロールプレーンのルート不足をスキップとして報告します。想定外の HTTP レスポンス、ネットワークエラー、レスポンス契約の不備が発生した場合は、引き続き実行が失敗します。
list_audit_logs は Enterprise 専用のため、PORTKEY_ORGANISATION_ID が設定されていない場合、スモークテストではそのチェックをスキップします。そのルートをテストするには、組織 ID を設定してください。
必須の CI およびリリースゲートでは、すべての TypeScript ソースファイルを対象に測定し、行カバレッジが 80% 未満の場合は失敗します。CI および Coverage ワークフローのレポートには、現在の行、分岐、関数のカバレッジが表示されます。
CI ワークフロー
では、スタンドアロンの Qlty CLI も実行され、解析対象の各コミットについて、リント/セキュリティの結果、重複、複雑度、メトリクスを含む quality-reports アーティファクトが公開されます。既存の Qlty 保守性およびカバレッジバッジは引き続き Cloud で生成されます。ローカル解析ではこれらのバッジは更新されません。カバレッジのアップロードと Cloud 解析では、引き続き Qlty の解析時間が消費されます。
npm run dev:http では、デフォルトで MCP_AUTH_MODE=bearer または MCP_AUTH_MODE=clerk が必要になりました。ローカルのみで認証なしのテストを意図的に行う場合は、MCP_ALLOW_UNAUTHENTICATED_HTTP=true を設定してください。
コントリビューションでは、プルリクエストを作成し、
CONTRIBUTING.md
に記載されたチェックを行ってください。プロジェクトの意思決定とメンテナーの役割については、
GOVERNANCE.md
に記載されています。脆弱性は
SECURITY.md
から報告してください。また、公開されている脅威モデルと保証ケースについては、
SECURITY-ASSURANCE.md
を参照してください。
ロードマップ
リリース 0.15.0 では、MCP SDK v2 と 2026-07-28 仕様に移行します。 ロードマップでは、完了した作業と、上流の契約およびテナント検証のゲートを分けて記載しています。MCP v2 への移行は 0.15.0 でリリースされ、古いクライアントも同じエンドポイントを引き続き使用できます。その一方で、セッションとリプレイのストレージは廃止されます。互換性と非推奨項目を参照してください。
コミュニティ
質問やバグ報告はIssuesへ、幅広い議論、アイデア、サーバーの利用に関するサポートはDiscussionsへお寄せください。 保守されているパッケージ、レジストリ、マーケットプレイス、ディレクトリの各レコードは、 配布とディレクトリに記載されています。サードパーティのインデックスの更新が遅れている場合は、 このリポジトリで生成されるツールカタログを正式な情報源として扱ってください。
コメント
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。