MCP 的確正在快速擴張，但「已成為 AI 代理基礎設施」與「生態系數字很大」並不是同一件事。真正值得注意的，不只是伺服器與下載量增加，而是企業開始需要處理發現、身分、權限、版本及供應鏈治理；這些工作，通常只會出現在一項技術逐步進入正式環境之後。
先釐清：四個熱門數字尚未獲得完整驗證
來源事實：DEV Community 原文宣稱，截至 2026 年 5 月，npm 與 GitHub 上已有超過 13,000 個 MCP 伺服器、SDK 每月下載量達 9,700 萬次、新伺服器登錄年增 400%，其中 filesystem 官方伺服器每月下載 48,500 次。原文見：https://dev.to/grahamduescn/mcp-in-2026-the-numbers-behind-the-ecosystem-explosion-21k7。
問題是，原文沒有交代查詢語法、涵蓋哪些 SDK、如何去除重複專案，也未提供歷史基準或原始資料。因此，這四項數字只能被視為作者陳述，不能直接當成經過查核的市場規模。尤其「年增 400%」若沒有起始值、登錄平台與去重規則，幾乎無法重現。
交叉驗證：獨立研究機構 Major Labs 在 2026 年 6 月彙整官方 Registry、Glama 與 Smithery，得到 44,347 個刊登項目，但經去重、檢查維護狀態與文件後，僅約 1,934 個被列為「可實際評估」的核心專案；其追蹤的 npm、PyPI 相關套件月下載量為 6,670 萬次，且明確提醒其中包含 CI、自動化程式與鏡像流量。這套口徑與原文的「SDK 下載」並不相同，不能拿來證明或推翻 9,700 萬，但足以說明數字高度受定義影響。資料與方法見：https://majorlabs.co/reports/state-of-mcp。
MCP 解決的是介面碎片化，不是讓模型自動變聰明
來源事實：MCP 採 host、client、server 架構，以 JSON-RPC 建立具狀態的連線。Host 負責模型、授權與安全政策；每個 client 對應一個 server；server 則提供提示模板、資料資源與可執行工具。官方規格中特別區分：提示由使用者控制、資源由應用程式控制，而工具可以由模型選擇呼叫。架構說明見：https://modelcontextprotocol.io/specification/2025-06-18/architecture。
合理推論：MCP 的商業價值在於降低重複整合成本。資料庫、檔案系統或 SaaS 業者若能提供標準化 server，就不必為每一套 AI 助理重新設計連接器；AI 應用也能透過相同協定發現功能及協商能力。這類「一次封裝、多端使用」的網路效應，才是它可能成為基礎設施層的原因，而不是 server 數量本身。
為何現在值得注意：發現層開始制度化
原文作者一方面指出 npm 與 GitHub 上難以尋找合適 server，另一方面推廣自己建立的 mcp-hub，因此其「發現困難」判斷具有實際觀察，也帶有產品推廣脈絡。更重要的外部訊號是，MCP 專案已在 2025 年 9 月推出官方 Registry 預覽版，定位為公開 server 的目錄與 API，並允許市集建立公共子登錄、企業建立私人子登錄。官方也坦承資料由發布者自行維護，預覽期間不保證資料持久性，仍可能發生破壞性變更。說明見：https://blog.modelcontextprotocol.io/posts/2025-09-08-mcp-registry-preview/。
作者觀點：這代表競爭焦點正從「誰能最快寫出連接器」，移向「誰能可信地找到、安裝、授權及更新連接器」。未來較有價值的產品，未必是另一個收錄最多項目的市集，而可能是具備來源驗證、安全分級、版本鎖定、稽核紀錄與企業政策控管的治理層。
實際影響與容易忽略的風險
對開發團隊而言，MCP 可縮短概念驗證時間，並讓既有 API、知識庫與內部系統更容易被不同 AI 工具重用。對 SaaS 廠商而言，提供 MCP server 也可能成為新的產品入口。然而，下載套件不等於真人使用，GitHub 專案不等於可維護產品，成功連線更不等於已進入正式營運。若沒有活躍客戶數、實際工具呼叫量、留存率與錯誤率，就仍不足以判定產業採用深度。
安全限制更加關鍵。一項針對 1,899 個開源 MCP server 的實證研究發現，7.2% 含有一般型漏洞，5.5% 出現 MCP 特有的工具投毒跡象；研究者也強調模型驅動的非確定性流程，會帶來傳統掃描不一定涵蓋的風險。研究摘要見：https://arxiv.org/abs/2506.13538。
美國國安局的安全指引則指出，MCP 的授權並非所有實作都必須採用，動態工具呼叫、隱含信任與跨元件傳遞內容都可能擴大攻擊面；建議採用最小權限、隔離執行環境、驗證輸入，並記錄各工具的輸入與輸出。文件見：https://www.nsa.gov/Portals/75/documents/Cybersecurity/CSI_MCP_SECURITY.pdf?ver=bmgiSbNQLP6Z_GiWtRt6bg%3D%3D。
對台灣企業的意義
台灣的軟體商與系統整合商不必因伺服器數量暴增，就急著重做已有成熟替代品的通用連接器。較合理的優先順序，是先整合經維護、可稽核的現有 server；只有涉及本地 ERP、製造設備、醫療流程、中文知識治理或法遵需求時，才投入自建。企業導入則應建立私人允許清單、鎖定套件版本、分離測試與正式環境，並對寫檔、付款、刪除資料等高風險動作保留人工確認。
後續應追蹤的指標
- 去重後仍持續維護、具文件與明確責任人的 server 數量，而非目錄總數。
- 月活躍 client、正式環境工具呼叫量、留存率，以及下載量集中於少數套件的程度。
- 官方 Registry 是否走出預覽、加入更強的身分驗證、簽章、撤銷及安全評級機制。
- 漏洞修補時間、惡意套件下架速度，以及企業能否對每次代理行動留下可追溯紀錄。
綜合現有證據，MCP 已跨過「只有規格、沒有生態」的階段，但尚不能僅憑 13,000 個 server 或 9,700 萬次下載，就宣告它已是成熟基礎設施。比較準確的說法是：連接標準正在成形，治理標準仍在追趕；下一階段的勝負，將取決於可信度，而不是目錄有多長。