Cursor 與 Claude MCP 學習指南

最近 Cursor 更新了 0.46 版本，包括更好的 Agent 功能，UI 界面，已經對 MCP 的支持和融合也變得更好了。很多朋友都有在問雨飛，能不能講一講 MCP，其實之前我們簡單講過 MCP 的原理和在 Cline 中的用法，詳細的可以看下面這個鏈接，Cursor 高手進階 | Cline 與 MCP 集成指南，讓你的 AI 更強大

剛好，最近 Cline 也開發了 MCP 市場，我們就談點使用方面的感受。

Cline 中的 MCP 市場，可以看到別人發佈好的 MCP，直接一鍵就可以下載到本地使用，也可以自己上傳自己的 MCP 。

目前來看，已經收錄了不少的 MCP，包括 Github 相關的，數據庫相關的，網絡檢索相關的，內容還是比較豐富。注意，安裝過程最好鏈接外網環境，不然會出現安裝失敗的情況。當然，這個安裝過程需要頻繁調用 API 和 MCP 進行交互，如果有能力的朋友還是建議自行安裝，更省時省力。

先說結論，MCP 肯定是未來發展的一個方向，通過標準化的接口提供外部服務，然後 AI 智能體可以調用這些接口去完成一項很複雜的任務。這聽起來是不是很熟悉，是的，讓我們看下面這張圖。

是的，在傳統的 AI Agent 中，我們已經定義好了 Tools，這些 Tools 和 MCP 實現的功能其實是一樣的，就是一個簡單的 API 服務，可以進行搜索、查詢天氣等等。

那麼 MCP 的實現方法和傳統的 Tools，有什麼核心的區別？

答案就是， MCP 規定了一整套完整的協議，包括信息的傳輸，協議的定義，而且所有傳輸都使用 JSON-RPC 2.0 進行信息交互，安全型更好。

簡單來說，MCP 就是定義了一套開發規則，只要是按照我這個規則開發的 MCP 就可以無縫銜接到各個 AI Agent 之中。這就避免了，大家自己造輪子的麻煩，相當於直接拿來官方的或者第三方的服務就可以直接使用，不再需要自己做一些調整了。

下圖就是一個用 Python 開發的 MCP 示例

那麼 MCP 有沒有缺點呢，很明顯 MCP 的數量較少，第三方開發的功能良莠不齊都是個問題。但更最大的問題還是來着 MCP 本身，不管是網絡搜索、數據庫，這些業務更適合個人開發者，而現在來講，放在企業中開發是不現實的。

舉一個最簡單的例子，我們公司開發都是用的堡壘機，有的根本沒有外網權限，有的做了網絡隔離。像下面這種 Redis 的鏈接操作，就無法在自己電腦上成功連上公司的機器。當然也可以有方案繞過去，但是運維大概率要去找你了。

另外，企業的數據管理更加嚴格，針對數據庫的操作稍有不慎就可能引起嚴重問題。好在，我們開發都是連接測試環境，數據丟了可能就影響下測試進度，一旦稍有不慎連接了線上環境，那麼問題就大了。其次，現有的第三方代碼質量是需要考慮的一個關鍵問題。

因此，MCP 對個人用戶來講，是非常有利的，可以非常方便的集成各種工具，完成複雜任務。但是在公司用這個，可能需要經過更嚴格的測試後，才能使用。

官方提供了很多 MCP 的例子，供大家使用。但對於零基礎的小白來說，這些 MCP 後面的框架可能連聽過都沒有，因此 MCP 普及到使用還需要一段比較長的路纔行。

最後，大家也可以想想，自己在實際 code 的過程有，有哪些 MCP 用的比較頻繁，後面考慮給大家推薦一些質量不錯的 MCP。

先舉一個簡單的，Filesystem ，可以查看，讀取文件內容，檢索文件。

當然，要是你是一名程序員，用過 Spring Boot 的框架，基本也知道，有一些東西發展發展就會變得非常容易，希望 MCP 不要走這種的老路吧。

本文由 Readfog 進行 AMP 轉碼，版權歸原作者所有。
來源：https://mp.weixin.qq.com/s/8rL_huD511l0mNfC3Bzcnw