mcpField
Q

Quadratik.ai

リモート
github.com/quadratik-aiビジネス・マーケティング128 週間前に更新
リポジトリ

Quadratik.ai について

README が説明しているのは、Quadratik.ai の B2B 連絡先データベースではなく、MCP サーバーを一覧・公開する MCP Registry です。MCP クライアントやサーバー公開者を対象とし、公開用 CLI と所有権確認機能を備えます。

主な機能

  1. 01レジストリ API で MCP サーバーを一覧表示
  2. 02CLI によるサーバー公開
  3. 03GitHub OAuth または OIDC による公開認証
  4. 04DNS または HTTP によるドメイン所有権確認

活用シーン

  1. 01クライアントから MCP サーバーを検索
  2. 02MCP サーバーの登録情報を公開
  3. 03GitHub Actions のワークフローから公開
  4. 04名前空間のドメイン所有権を証明

MCP 対応

レジストリは MCP クライアントに MCP サーバーの一覧を提供し、サーバー公開にも対応します。README では API による検索と公開用 CLI が説明されています。

設定

リモートサーバーはインストール不要です。クライアントを選んで設定をコピーするか、ワンクリックで導入できます。

エンドポイントhttps://quadratikmcp-production.up.railway.app
インストールコマンドをコピー
Claude CodeTerminal
Cursor.cursor/mcp.json
VS Code.vscode/mcp.json
Claude Desktopclaude_desktop_config.json
Windsurf~/.codeium/windsurf/mcp_config.json

コマンドはターミナルで実行し、JSON は各クライアントの MCP 設定に貼り付けて再起動します。認可が必要なサーバーは初回接続時にログインを求めます。

すべてのエンドポイント
Streamable HTTPhttps://quadratikmcp-production.up.railway.app認証が必要

ツール

詳細

MCP レジストリ

MCP レジストリは、MCP サーバーのアプリストアのように、MCP クライアントに MCP サーバーの一覧を提供します。

📤 MCP サーバーを公開する | ⚡️ ライブ API ドキュメント | 👀 エコシステムのビジョン | 📖 ドキュメント全文

開発状況

2025-10-24 更新:レジストリ API は API 凍結(v0.1) に入りました 🎉。今後1か月以上にわたり、API は破壊的変更なしで安定した状態を保ち、インテグレーターが安心してサポートを実装できるようになります。この凍結は v0.1 に適用され、v0 の開発は継続します。この期間を利用して、実際の統合環境で API を検証し、一般提供に向けた v1 の策定に役立つフィードバックを集めます。貢献とご辛抱に感謝します。皆さんの参加が、ここまで進むうえで大きな力となりました!

2025-09-08 更新:レジストリのプレビュー版が公開されました 🎉(告知ブログ記事)。システムはより安定しましたが、これはまだプレビューリリースであり、破壊的変更やデータのリセットが発生する可能性があります。その後、一般提供(GA)リリースを予定しています。GitHub ディスカッションまたは #registry-dev Discord(参加方法はこちら)で、ぜひフィードバックをお寄せください。

現在の主なメンテナー:

貢献

複数のチャネルを通じて共同作業を行っています。詳しくはmodelcontextprotocol.io/community/communicationをご覧ください。

多くの場合(常にではありませんが)、アイデアは次の流れで進みます。

クイックスタート:
前提条件
サーバーの実行
# Start full development environment
make dev-compose

これにより、PostgreSQL を使用して localhost:8080 でレジストリが起動します。データベースには一時ストレージが使用され、コンテナを再起動するたびにリセットされるため、開発やテストに適したクリーンな状態を保てます。

注: レジストリでは、コンテナイメージのビルドに ko を使用します。make dev-compose コマンドは、サービスの起動前に ko でレジストリイメージを自動的にビルドし、ローカルの Docker デーモンに読み込みます。

デフォルトでは、本番 API からサーバーの一部をフィルタリングしてシードします(起動を速くするためです)。これにより、ローカル環境が本番環境の動作を再現し、すべてのシードデータが検証に合格することが保証されます。オフラインでの開発では、検証を行わずにファイルからシードできます。MCP_REGISTRY_SEED_FROM=data/seed.json MCP_REGISTRY_ENABLE_REGISTRY_VALIDATION=false make dev-compose

セットアップは、docker-compose.yml の環境変数で設定できます。参考として .env.example をご覧ください。

代替方法:ビルド済み Docker イメージの実行

ビルド済み Docker イメージは、GitHub Container Registry に自動的に公開されています。

# Run latest stable release
docker run -p 8080:8080 ghcr.io/modelcontextprotocol/registry:latest

# Run latest from main branch (continuous deployment)
docker run -p 8080:8080 ghcr.io/modelcontextprotocol/registry:main

# Run specific release version
docker run -p 8080:8080 ghcr.io/modelcontextprotocol/registry:v1.0.0

# Run development build from main branch
docker run -p 8080:8080 ghcr.io/modelcontextprotocol/registry:main-20250906-abc123d

利用可能なタグ:

  • リリース:latest、v1.0.0、v1.1.0 など
  • 継続ビルド:main(最新の main ブランチのビルド)
  • 開発用:main-<date>-<sha>(特定のコミットのビルド)
サーバーの公開

サーバーを公開するためのシンプルな CLI を用意しています。次のように使用できます。

# Build the latest CLI
make publisher

# Use it!
./bin/mcp-publisher --help

詳しくは、パブリッシャーガイドをご覧ください。

その他のコマンド
# Run lint, unit tests and integration tests
make check

開発に役立つコマンドもいくつかあります。詳しくは make help を実行するか、Makefile をご覧ください。

アーキテクチャ

プロジェクト構成
├── cmd/                     # Application entry points
│   └── publisher/           # Server publishing tool
├── data/                    # Seed data
├── deploy/                  # Deployment configuration (Pulumi)
├── docs/                    # Documentation
├── internal/                # Private application code
│   ├── api/                 # HTTP handlers and routing
│   ├── auth/                # Authentication (GitHub OAuth, JWT, namespace blocking)
│   ├── config/              # Configuration management
│   ├── database/            # Data persistence (PostgreSQL)
│   ├── service/             # Business logic
│   ├── telemetry/           # Metrics and monitoring
│   └── validators/          # Input validation
├── pkg/                     # Public packages
│   ├── api/                 # API types and structures
│   │   └── v0/              # Version 0 API types
│   └── model/               # Data models for server.json
├── scripts/                 # Development and testing scripts
├── tests/                   # Integration tests
└── tools/                   # CLI tools and utilities
    └── validate-*.sh        # Schema validation tools
認証

公開には複数の認証方法を利用できます。

  • GitHub OAuth - GitHub にログインして公開する場合
  • GitHub OIDC - GitHub Actions から公開する場合
  • DNS 検証 - ドメインとそのサブドメインの所有権を証明する場合
  • HTTP 検証 - ドメインの所有権を証明する場合

レジストリは公開時に名前空間の所有権を検証します。たとえば、次のように公開する場合:

  • io.github.domdomegg/my-cool-mcp を公開するには、GitHub で domdomegg としてログインするか、domdomegg のリポジトリで GitHub Action を実行する必要があります
  • me.adamjones/my-cool-mcp を公開するには、DNS または HTTP チャレンジで adamjones.me の所有権を証明する必要があります

コミュニティプロジェクト

コミュニティプロジェクトを確認して、コミュニティが作成した注目すべきレジストリ関連の取り組みをご覧ください。

その他のドキュメント

ここで質問への回答が見つからない場合は、詳しくはドキュメントをご覧ください。

コメント

MCP は初めてですか?

プロトコルの概要から最初のサーバーの導入まで、よくある疑問にまとめて答えます。

AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。