Only MCP

🚀 僅_mcp

MCP v0.2のシンプルなクライアントとサーバーの実装で、MCPの学習用です。

これは完全な実装ではなく、本番環境での使用は想定されていません。

🚀 クイックスタート

このプロジェクトは、MCP v0.2の学習を目的としたシンプルなクライアントとサーバーの実装です。以下に開発に必要な手順を示します。

開発手順

1. pre-commitフックのインストール

pre-commit install

2. コンテナ内での開発

docker compose up --build

3. フロントエンドの依存関係のインストールとESLintの実行

npm --prefix frontend install && npx eslint

✨ 主な機能

目前进展

先週末、MCP v0.2の実装に時間を費やしました。予想通り面白い作業でした！現在、認証済みのツールをエージェントが使用できるようになりましたが、まだ改善の余地があります。

重要な観察結果

• プロトコルの変更：MCP v0.2はv0.1と大きく異なり、特にSSEエンドポイントが削除されています。また、認証に.well-known OAuthフローに依存しています。新たに導入されたapplication/jsonリクエストにより、一部のインタラクションが簡素化されましたが、SSEによるサーバープッシュの可能性が失われました。
• SDKとツールのギャップ：現在のMCPサーバーを迅速に構築するためのPython SDKはまだv0.2で、認証サポートが限られています。そのため、2つの標準に対応したFalconベースのサーバーを構築する必要がありました。開発ツールチェーンには遅れがあります。例えば、Claude統合にはまだローカルのstdioベースの設定が必要です。有望なmcp-proxyツールはまだv0.2をサポートしていないため、実装中に予期しない障害が発生しました。
• 相互運用性の問題：MCPのツールソリューションはOpenAIのチャット完了標準と異なり、実装の複雑さが増しています。関数呼び出しチェーン（例えば、最初にスキーマを取得してから更新を実行する）も課題をもたらしています。ツール呼び出しワークフローはもっとスムーズになるべきです。
• 長期タスクのサポート：直接のサポートはまだ不十分ですが、MCP v0.2ではタスク状態のポーリングにイベントIDが導入されました。これは喜ばしい進歩ですが、私の設定ではまだテストされていません。
• デプロイとポリシー：MCPエンドポイントは理想的にはREST APIと一緒にホストされ、OAuthフローを統合することで、専用のプロキシトラフィックを処理するのに適しています。Cloudflareは信頼できるホスティングオプションですが、ツールチェーンが成熟した後は、自前のホスティングが人気になる可能性があります。独立したMCPゲートウェイを構築する際には、創業者はその長期的な実行可能性を再評価する必要があります。

全体的に、MCP v0.2は順調に進んでいますが、ツールとSDKの成熟度を向上させるために、まだ数回の反復が必要です。

📦 インストール

開発者ガイド

1. pre-commitフックのインストール

pre-commit install

2. コンテナ内での開発

docker compose up --build

3. フロントエンドの依存関係のインストールとESLintの実行

npm --prefix frontend install && npx eslint