2026 年 10 月 5 日至 6 日，第一届 MCP Dev Summit 在加拿大多伦多举行。这是 Model Context Protocol（MCP）首次拥有专属技术大会，由 Linux Foundation 主办、Agentic AI Foundation（AAIF）承办， Anthropic 协议主维护者 Den Delimarsky 发表主题演讲。

如果说 2024 年底 MCP 还是 Anthropic 主推的一个开源协议，那么 2026 年 10 月的多伦多峰会标志着它正式进入一个更严肃的阶段：从「插件标准」变成「Agent 基础设施层」。

为什么现在办大会？因为 7 月的 stateless 改写把生态打懵了

峰会的时间点并非随意。2026 年 7 月 28 日，MCP 规范发布了迄今最大的一次改写：核心协议变成 stateless。

具体变化包括：

• 删除 initialize/initialized 握手；
• 移除 Mcp-Session-Id 头；
• 用 server/discover RPC 替代原来的会话发现；
• 废弃 HTTP+SSE 传输，设置 12 个月过渡期；
• 客户端每次请求需在 _meta 中携带协议版本和能力信息。

对于已经上线的 MCP 服务器来说，这次改动相当于一次「不兼容升级」。峰会第一天就安排了题为「Sessions Are Dead. Now What Breaks?」的专门讨论——三个月过去了，社区还在消化这次迁移。

Byteiota 对公共 MCP 端点的一次探测显示：在 186 个可访问端点中，只有 7 个（约 4%）正确响应了 2026-07-28 新协议，46% 仍需要认证，近三分之一仍在使用旧版协议。这个比例说明：MCP 的规范和真实生态之间还有明显断层。

Den Delimarsky 的四个工程优先级

Anthropic 主维护者 Den Delimarsky 在主题演讲中把 MCP 重新定义为「Agentic Substrate」——Agent 赖以运行的底层基础设施，并明确了四个生产级优先事项：

1. Agent Identity

越来越多的调用者是云端 Agent，而不是坐在电脑前的人。2026-07-28 规范已经要求远程服务器使用 OAuth 2.1 + PKCE，而下一步工作集中在 DPoP（Demonstrating Proof-of-Possession）和 Workload Identity Federation，以支持机器对机器场景。同时，token 被绑定到特定 audience，防止在一个服务器上获取的 token 被重放到另一个服务器。

2. Long-running Tasks

Stateless HTTP 无法保持长连接，但 Agent 任务常常需要跑十分钟甚至更久。7 月规范引入了 Tasks 扩展：提交任务后返回 task ID，Agent 可以继续对话，稍后再通过 tasks/get 轮询结果。任务状态包括 working、input_required、completed、failed、cancelled 五种。一个值得注意的细节：tasks/cancel 是异步的，取消请求被确认后，任务仍可能进入非 cancelled 的终态。

3. Transport Consolidation

MCP 正在把传输层收敛到单一 HTTP 传输，不再区分 SSE 和 HTTP。这意味着任何标准负载均衡器都可以直接分发请求，不再需要 sticky session。听起来很基础，但它是企业水平扩展的前提。

4. Progressive Tool Discovery

当工具目录超过 30 到 50 个时，工具选择准确率会显著下降。Anthropic 内部测试显示，随着目录增长，工具选择准确率从 43% 跌到 14% 以下。Progressive Discovery 的思路是：服务器先暴露一个最小入口，随着对话上下文收窄再按需加载更多工具定义。Anthropic 的参考任务中，按需加载把输入 token 从约 15 万降到约 2000，减少了 98.7%。

企业已经在用脚投票：75 万员工的部署案例

峰会第二天，Accenture 的 Michael Forrester 分享了「Governing MCP for a Workforce the Size of a City」——一个面向 75 万员工的 MCP 部署案例。TELUS 的 Kevin Ng 和 Dana Harrison 也介绍了他们过去一年在企业内部建设 MCP 实践的经验：包括 n8n 工作流、共享 MCP registry、远程托管在 Cloudflare Workers 上的 Gizmos 平台，以及 OAuth 落地时遇到的 Dynamic Client Registration 困境。

这些分享共同说明一件事：MCP 在大型企业里已经不再只是「连一下 Slack 或 GitHub」的小工具，而是正在成为需要网关、注册中心、准入控制、审计和负载治理的平台级基础设施。

安全议题也是峰会的重头戏。9 月 27 日的 SalesBleed 事件——Agent 通过恶意工具描述被劫持——直接催生了「Poisoned by Design: Auditing MCP Tool Descriptions at Catalog Scale」这场讨论。没有了 session 上下文之后，如何证明一个请求来自同一个已认证客户端，成了协议层面必须解决的身份问题。

对开发者的三个行动项

1. 审计你的远程 MCP 服务器：如果还在用粘贴 API Key 的方式做认证，已经不符合 2026-07-28 规范对远程服务器的要求。
2. 为长任务接入 Tasks 扩展：任何可能超过几秒钟的工具调用，都应该考虑异步任务模型，而不是 holding 一个 HTTP 连接。
3. 控制工具目录规模：如果 Agent 连接的工具有几十个，就要开始考虑 Progressive Discovery 或按场景拆分服务器。

MCP 的下一个战场

多伦多峰会没有改变 MCP 的短期使用体验，但它清楚地划定了 2026 年下半年的协议演进主线：不是新增更多炫酷工具，而是让 MCP 在身份、传输、任务、工具发现四个维度上能够真正承受生产负载。

协议第一次有了自己的大会，这其实是一个信号：MCP 已经过了「能不能跑通 demo」的阶段，进入「能不能在真实企业环境里跑十年」的阶段。对于正在基于 MCP 构建 Agent 系统的开发者来说，这意味着现在就要开始用平台工程的眼光审视自己的 MCP 架构，而不是继续把它当作一个高级插件系统。

参考来源

• Linux Foundation Events：MCP Dev Summit Toronto 官方议程（2026-10-05/06）
• byteiota.com（2026-10-06）：MCP Dev Summit Toronto: Day One Priorities Explained
• byteiota.com（2026-10-05）：MCP Dev Summit Toronto: What Developers Need to Know
• events.linuxfoundation.org：MCP Dev Summit Toronto 讲者名单与日程
• dev.to / Pennyforge（2026-10-02）：The MCP Ecosystem Is Speaking Five Revisions at Once（186 端点协议版本探测数据）