mcpField
K
Kordic CRM

Kordic CRM

リモート
kordic.ioビジネス・マーケティング016 週間前に更新
リポジトリ公式サイト

Kordic CRM について

項目名は Kordic CRM ですが、READMEの内容はMCPサーバーの一覧・公開を行う MCP Registry です。提示情報から Kordic CRM の機能は確認できません。

主な機能

  1. 01READMEはMCPサーバーのレジストリを紹介
  2. 02サーバー公開用CLIを提供
  3. 03複数の公開認証方式に対応

活用シーン

  1. 01レジストリでMCPサーバーを探す
  2. 02CLIを使ってMCPサーバーを公開

MCP 対応

READMEは Kordic CRM ではなく MCP Registry を説明しています。MCPクライアント向けにサーバー一覧を提供し、サーバーの公開にも対応します。

設定

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

エンドポイントhttps://mcp.kordic.io/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 設定に貼り付けて再起動します。認可が必要なサーバーは初回接続時にログインを求めます。

ツール

詳細

MCP Registry

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

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

開発状況

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

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

Registry ワーキンググループ:

貢献

コラボレーションには複数のチャネルを利用しています。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 つのサーバーを複数のクライアントで再利用できます。