Claude Code 里的 MCP 与 Skill，连接外部世界和沉淀团队经验的两套机制

我最近一直在看 Claude Code 的扩展体系，越看越觉得一个误区很常见。很多团队一听到 MCP 和 Skill，脑子里会自动把它们归到同一类东西里，感觉都是给 Claude Code 加能力。这个理解并不算错，但太粗了。真到工程落地时，粗略理解会带来很具体的问题，数据库到底接成 MCP 服务器，还是写进 Skill 文档，Slack 消息格式规则到底放在 MCP 端，还是放在 Skill 里，团队的 API 规范到底该让 Claude Code 每次都知道，还是只在相关任务里加载。这个问题背后，其实不是工具选择题，而是架构边界题。MCP 管的是连接，Skill 管的是使用连接时的知识和流程。MCP 让 Claude Code 有手有脚，能碰到外部系统，Skill 让 Claude Code 知道在我们的业务语境里该怎么做，怎么少走弯路，怎么按团队习惯输出结果。Anthropic 的 Claude Code 文档里，对 MCP 的定位很直接，Claude Code 可以通过 Model Context Protocol 连接外部工具、数据源、数据库和 API。文档还给了很具体的触发场景，当我们经常把 issue tracker、监控看板里的数据复制进聊天窗口时，就该考虑把对应系统接成 MCP server，让 Claude Code 直接读取和操作那个系统。Skill 的定位完全不同。官方文档说，Skill 通过SKILL.md把指令加入 Claude 的工具箱，Claude 可以在相关时自动使用，也可以通过/skill-name直接调用。它适合那些总被复制粘贴进聊天窗口的检查清单、多步骤流程和团队约定。Skill 的完整正文只有在被使用时才加载，所以