mcpField
P
pixserp

pixserp

リモート
pixserp.com検索023 週間前に更新
リポジトリ公式サイト

pixserp について

入力資料はタグラインの pixserp ではなく、MCP Registry について説明しています。MCP クライアント向けのサーバーディレクトリで、サーバーの公開にも対応し、現在はプレビュー段階です。

主な機能

  1. 01MCP サーバーの一覧表示
  2. 02MCP サーバーの公開
  3. 03GitHub OAuth と OIDC 認証
  4. 04DNS または HTTP によるドメイン確認

活用シーン

  1. 01利用可能な MCP サーバーの検索
  2. 02サーバーのレジストリへの登録
  3. 03GitHub Actions 経由でのサーバー公開

MCP 対応

MCP サーバーのレジストリとして、MCP クライアントにサーバー一覧を提供し、公開ツールも備えています。

設定

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

エンドポイントhttps://pixserp.com/api/v1/mcp
インストールコマンドをコピー
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://pixserp.com/api/v1/mcp認証が必要

ツール

1
パラメーター型必須説明
modelenumいいえ`pixserp-fast` = すばやい単発検索(デフォルト)。`pixserp-standard` = バランス型。`pixserp-deep` = 多角的な詳細調査。`pixserp-agent` = 停止時点を自ら判断する複数ステップの調査ループ。pixserp-fast | pixserp-standard | pixserp-deep | pixserp-agent
querystringはい検索する内容。自然言語の質問、または具体的なトピックとして表現してください。
max_stepsintegerいいえ`model = pixserp-agent` の場合のみ使用します。調査ループの長さを制限します。デフォルトは 50、最大値は 100 です。

詳細

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 に自動的に公開されます。このイメージには PostgreSQL が含まれていないため、自分で PostgreSQL を実行し、MCP_REGISTRY_DATABASE_URL を使ってレジストリの接続先を指定する必要があります(設定例は docker-compose.yml をご覧ください)。

# 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 つのサーバーを複数のクライアントで再利用できます。