chinese-text-tools について
READMEの内容はchinese-text-toolsという名称やタグラインと一致せず、Model Context ProtocolのMCP Registryを説明しています。MCPクライアントにサーバーカタログを提供し、サーバー公開にも対応します。
主な機能
- 01クライアントへのMCPサーバーカタログ提供
- 02MCPサーバーの公開
- 03GitHub OAuthまたはOIDCによる公開者認証
- 04DNSまたはHTTPによるドメイン所有権確認
活用シーン
- 01登録済みMCPサーバーの検索
- 02サーバー公開と名前空間の所有権確認
- 03GitHub Actionsからのサーバー公開
MCP 対応
このプロジェクトはMCP Registryです。MCPクライアントにMCPサーバーのカタログを提供し、サーバー公開にも対応します。
設定
ローカルサーバーの設定はどのクライアントでも共通です。コピーしてクライアントの MCP 設定ファイルに貼り付けてください。
ツール
4掲載時のツール一覧 · 3 週間前に更新
| パラメーター | 型 | 必須 | 説明 |
|---|---|---|---|
| text | string | はい | 分析するテキスト内容 |
詳細
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 ワーキンググループ:
- Tadas Antanavicius(PulseMCP)@tadasant
- Radoslav (Rado) Dimitrov(Stacklok)@rdimitrov
- Bob Dickinson(TeamSpark)@BobDickinson
- Preeti (Pree) Dewani(Ravenmail)@pree-dew
貢献
コラボレーションには複数のチャネルを利用しています。modelcontextprotocol.io/community/communicationをご覧ください。
多くの場合(常にではありませんが)、アイデアは次の流れで進みます。
- Discord - リアルタイムのコミュニティディスカッション
- ディスカッション - 製品や技術要件を提案し、議論します
- Issue - 範囲が明確な技術作業を管理します
- プルリクエスト - Issue に関連する作業に貢献します
クイックスタート:
前提条件
- Docker
- Go 1.24.x
- ko - Go 用コンテナイメージビルダー(インストール手順)
- golangci-lint v2.4.0
サーバーの実行
# 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の所有権を証明する必要があります
コミュニティプロジェクト
コミュニティが作成した注目すべきレジストリ関連の取り組みについては、コミュニティプロジェクトをご覧ください。
その他のドキュメント
ここで疑問が解決しない場合は、詳しくはドキュメントをご覧ください!
コメント
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。