这两年很多人都在说“别绑死单一模型厂商”。这句话本身没错，但我越来越觉得，很多团队把它理解得过于轻巧了。模型切换当然重要，可一旦你真的开始同时接多家模型、多条 fallback、多套预算和日志，问题就不再是 SDK 调用层那点事，而是一个标准的基础设施治理问题。 也就是说，真正难的不是把 provider 名字从 openai 换成 anthrop…

我原本以为 MCP 发展到 2026 年，主要矛盾会是“大家到底接不接这个协议”。现在看，这个阶段已经过去了。真正值得个人开发者关心的，不是再多接几个 MCP server，而是：当工具调用开始跨进程、跨服务、跨账号以后，状态放在哪里，权限怎么收口，失败怎么恢复。 这不是一个很性感的话题，但它决定了 MCP 能不能从演示项目变成可维护的生产组件。 …

过去一年，很多人提到 MCP（Model Context Protocol）时，注意力都放在“模型终于能接外部工具了”。这当然重要，但到了 2026 年，我反而觉得这已经不是最值得看的部分。真正说明 MCP 进入下一阶段的信号，是它开始讨论传输扩展、代理通信、治理成熟和企业可用性。这意味着它正在从“开发者圈子里的方便协议”变成“需要被基础设施团队认…