Model Context Protocol（MCP）是一個通訊層，為 Claude 提供上下文和工具，而不需要您撰寫大量繁瑣的整合程式碼。MCP 不需要您自己建構每個工具函式，而是將這個負擔轉移給專門的伺服器來處理繁重的工作。
當您第一次接觸 MCP 時，您會看到展示基本架構的圖表：一個 MCP 客戶端（您的伺服器）連接到包含工具、提示和資源的 MCP 伺服器。每個 MCP 伺服器都充當外部服務（如 GitHub、AWS 或資料庫）的介面。
MCP 解決的問題
假設您正在建構一個聊天介面，使用者可以向 Claude 詢問他們的 GitHub 資料。使用者可能會問「我所有儲存庫中有哪些開放的 pull request？」為了回答這個問題，Claude 需要能夠存取 GitHub API 的工具。
GitHub 擁有龐大的功能——儲存庫、pull request、issue、專案等等。為了處理 GitHub 的所有功能，您需要建立大量的工具架構和函式：
這意味著要撰寫、測試和維護大量程式碼，用於以下函式：
get_repos()list_repos()create_repos()search_issues()update_issue()create_issue()get_issue()create_file()
MCP 如何改變這一切
MCP 將工具定義和執行的負擔從您的伺服器轉移到 MCP 伺服器。您不需要自己撰寫所有那些 GitHub 整合工具，而是由其他人建立一個包含所有必要工具和函式的 GitHub MCP 伺服器。
MCP 伺服器充當外部服務的包裝器，提供您可以立即使用的預建工具。您的伺服器變成一個連接到這些專門伺服器的 MCP 客戶端。
誰建立 MCP 伺服器
任何人都可以建立 MCP 伺服器實作。通常，服務提供商本身會建立官方的 MCP 實作。例如，AWS 可能會發布他們自己的官方 MCP 伺服器，其中包含適用於其各種服務的工具。
您也可以建立自己的 MCP 伺服器，以包裝對您需要整合的任何服務的存取。
常見問題
使用 MCP 伺服器與直接呼叫服務的 API 有何不同？
MCP 伺服器提供已經為您定義好的工具架構和函式。如果您直接呼叫 API，您將需要自己撰寫這些工具定義。MCP 為您節省了這項實作工作。
MCP 伺服器和工具使用不是同一件事嗎？
這是一個常見的誤解。MCP 伺服器和工具使用是互補但不同的概念。MCP 伺服器提供預建的工具架構和函式，而工具使用則是關於 Claude 實際如何呼叫這些工具。MCP 真正關注的是誰來完成建立和維護工具實作的工作。
主要的好處是，MCP 伺服器讓您能夠存取複雜的整合，而不必自己建構和維護所有那些程式碼。您可以獲得工具使用的強大功能，同時大幅減少開發負擔。