最近关于MCP Server和Agent Skills的讨论让我这个老用户感到既兴奋又困惑。资讯里提到，到2028年70%的软件供应商将重构定价策略，这背后是软件从“用户操作”到“Agent调用”的范式剧变。

从技术角度看，MCP协议本质上是一个标准化的能力暴露接口，它允许AI Agent像调用函数一样调用Notion、Adobe等服务的核心功能。而Skill则是更高级的封装，包含了对特定任务的完整流程编排。这种设计打破了传统API的静态调用模式，使得软件能力可以动态组合和编排——这其实是对微服务架构的一种AI原生延伸。

个人经验上，我试用过几个早期MCP Server，比如连接Jira和Slack的版本。最惊艳的是，Agent能自动理解上下文中的任务状态并触发跨应用工作流，而无需手动切换界面。但问题也很明显：当多个Agent争夺同一能力时，如何保证状态一致性和事务完整性？这让我想起分布式系统的CAP困境。

我的疑问是：MCP协议目前是否定义了类似分布式事务的补偿机制？另外，当软件从席位费转向消费量计费，传统SaaS的“用户粘性”逻辑被打破，服务商如何防止Agent滥用导致的天价账单？这不仅是技术问题，更是商业模型设计的系统性挑战。

行业格局上，摩根士丹利说的“SaaSpocalypse”可能言过其实，但确实敲响了警钟。未来赢家或许不是单纯卖能力的厂商，而是那些能提供可靠编排和计费中间件的平台。对于开发者而言，理解MCP和Skill的底层实现，可能是下一个十年的核心竞争力。