MCP v2 把「狀態」拿掉了：我們從規範裡讀出三件事

先講事件。2026 年 7 月 28 日，MCP v2 規範發布，最大的變更用一句話講完：協定從有狀態改成完全無狀態——廢止 initialize 握手與 session 標頭，每個請求自帶版本、身份與能力資訊。Cloudflare 同步發文說明他們在這版的參與。我們把規範與那篇文章讀完，讀出三件對台灣中小企業有實際意義的事。

訊號一：部署成本在下降，接入門檻跟著降

v1 的 MCP server 要維持連線狀態，部署得選能記住東西的環境；v2 無狀態之後，任何能回應 HTTP 的地方都能跑——包含最便宜的 serverless 平台。Cloudflare 的說法很直白：伺服器可以從 Durable Objects 遷到一般 Workers，複雜度與成本同時降。過去評估要考慮連線管理、要選記得住狀態的主機；現在一個唯讀端點，丟到最便宜的環境就能跑，維運負擔跟著變小。

對中小企業的翻譯：「出一個 MCP 端點」正在從架構工程變成小工程。我們自己把 Search Console 接進 AI 工作流時體會過接入端的省力；v2 之後，供應端也省力了。你的系統要被 AI 讀，技術藉口愈來愈少。

訊號二：agent 流量成為基礎設施的一等公民

v2 新增了 Mcp-Method 這類 HTTP 標頭，讓網關不用解析 JSON 就能判斷請求類型，還加了快取提示欄位。這些設計只有一種讀法：協定作者預期 agent 流量大到需要被快取、被路由、被計費——Cloudflare 自家 API 的 MCP server 已經跑到每秒數千請求的規模。

這跟搜尋引擎的歷史像得可以對照：先有爬蟲，再有 robots.txt，再有整套 SEO 產業。agent 流量正走在同一條路的前段，而內容與資料整理得好不好，決定你在這波流量裡是被讀懂還是被跳過——跟我們在案例研究裡講的數據地基是同一件事。

訊號三：棄用政策出現，代表協定進入成熟期

v2 同時發布了正式的功能生命週期：棄用的功能保留至少 12 個月，舊的動態註冊機制預告 2027 年夏季移除。Sentry、Linear 這些廠商在規範定稿前就投入生產環境。

一個協定開始認真管理「怎麼淘汰舊功能」，才是它值得被排進你的規劃的時刻。

草創期的協定，風險是明年全部重寫；有棄用政策的協定，變更有時間表、有遷移窗口。對觀望中的企業，這是「現在可以接」的訊號——不是因為技術新，是因為風險變得可管理。

我們的判斷：不用追版本，要追準備度

說清楚邊界：MCP v2 不是中小企業現在就要動工的理由。多數公司連 API 都還沒開、文件還沒寫、資料還在試算表裡——協定再進步，讀不到東西就是讀不到。正確的順序是先做不會過時的部分：資料結構化、文件寫清楚、權限想明白。協定會愈來愈便宜，準備度不會自己長出來。三個訊號加起來的結論其實只有一句：方向確定了、時間表出現了，而入場的門票不是技術，是你的資料整理好了沒有。

給經營者的三個自我檢查

1. 你的產品或服務資料，現在有沒有一個機器讀得懂的出口——API、匯出、或至少結構化的文件？
2. 如果明天要出一個唯讀的 MCP 端點，最花時間的會是工程，還是先把資料理乾淨？
3. 供應商跟你提 AI 整合時，你分得出「跟上協定」與「行銷話術」的差別嗎？

你描述現在的系統與資料現況，我們告訴你哪一段先整理，等協定紅利到的時候接得上。

預約 30 分鐘免費流程診斷 →