Only MCP

🚀 僅_mcp

這是一個簡單的MCP v0.2客戶端和服務器實現，主要用於個人學習MCP。需要注意的是，它並非完整實現，也不適合用於生產環境。

🚀 快速開始

開發者指南

1. 預提交鉤子

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版本，且身份驗證支持有限，因此構建了一個兼容兩個標準的Falcon基架服務器。開發工具鏈存在滯後，例如Claude集成仍需本地基於stdio的設置。有前途的mcp-proxy工具尚未支持v0.2，給實現過程帶來意外障礙。
• 互操作性問題：MCP的工具方案與OpenAI的聊天完成標準不同，增加了實現的複雜性。函數調用鏈（如先獲取模式再執行更新）也帶來挑戰，工具調用工作流有待進一步優化。
• 長期任務支持：雖然直接支持仍不完善，但MCP v0.2引入了事件ID用於任務狀態輪詢，這是一個積極的進步，不過在當前設置中尚未進行測試。
• 部署和策略：MCP端點理想情況下應與REST API一起託管，並集成OAuth流程，適合處理專門的代理流量。Cloudflare是可靠的託管選擇，不過自託管在工具鏈成熟後可能更受歡迎。在考慮構建獨立的MCP網關時，創始人可能需要重新評估其長期可行性。

總體而言，MCP v0.2發展態勢良好，但仍需多次迭代來提升工具和SDK的成熟度。