@jianshuo: 大家在选技术方案的时候，服务器端是暴露MCP比较好，还是直接SKILLS+CLI？我感觉后者好像已经慢慢成为主流了，MCP似乎并没有什么优势，似乎只有一个自动更新的工具发现机制是SKILL没有的
摘要
讨论服务器端技术方案选择：暴露MCP还是直接使用SKILLS+CLI？作者认为SKILLS+CLI已渐成主流，MCP仅有的优势是自动更新的工具发现机制。
大家在选技术方案的时候，服务器端是暴露MCP比较好，还是直接SKILLS+CLI？我感觉后者好像已经慢慢成为主流了，MCP似乎并没有什么优势，似乎只有一个自动更新的工具发现机制是SKILL没有的
相似文章
@jakevin7: MCP 大更新了。核心协议全面无状态化，告别 session 和长连接，更适合 serverless、边缘部署与横向扩容。 之前 MCP 更像 为 agent 特制的有状态 RPC； 现在中于更像 基础设施标准 一点了
MCP 迎来重大更新，核心协议全面无状态化，告别 session 和长连接，更适合 serverless、边缘部署与横向扩容，被称为自发布以来最大更新。
@jakevin7: 删了一大堆 SKILLS。 SKILLS 真的问题很大，管理起来有很大的问题。 全局的SKILLS真的不适合多装，SKILLS真的不该装，只适合临时读，SKILLS适合分发，但是不适合安装
用户jakevin7认为SKILLS管理存在问题，不建议全局安装，只适合临时读取和分发。
你在安装 MCP 服务器之前实际上是如何审查它们的？
讨论在安装前缺乏对 MCP 服务器的审查，强调一项研究发现 5.5% 的工具被投毒，14.4% 存在已知漏洞模式，再加上 MCP SDK 中的一个系统性 RCE。
@MapleShadow: 博客更新: 为什么我用mattpocock/skills替代了superpowers 最近我用@mattpocockuk 的skills替代了之前在用的obra/superpowers，本文是我的一些想法。
作者分享了从使用superpowers切换到mattpocock/skills的体验，比较了两套AI编程技能集的优劣，强调了mattpocock/skills更节省token、更灵活，并讨论了AI辅助软件工程的演进方向。
到2026年，哪些MCP服务器能让AI代理具备真正的业务能力？
一位实践者分享了他们在业务工作中使用MCP（模型上下文协议）服务器的经验，详细介绍了哪些服务器提供真正的读写能力（例如Postgres MCP、HubSpot MCP、PostFast）以及哪些令人失望（例如Slack MCP、Google Ads MCP），同时强调了主要的安全问题，如OAuth采用率低和漏洞率高。