配了半年 Claude Code，今天才发现它的能力边界根本不在模型本身——在这个组合上：Skills + MCP

配了半年 Claude Code，今天才发现它的能力边界根本不在模型本身——在这个组合上：Skills + MCP。

把这件事说清楚，因为这是 2026 年用 Claude Code 的人和不用 Claude Code 的人之间，差距最大的地方。

Skills 是 Claude Code 的能力模块

Skill 就是一个 .md 文件，放在 ~/.claude/skills/ 目录下。Claude Code 每次启动的时候自动扫描这个目录，遇到任务触发条件就加载对应的 Skill。

官方内置的 Skill 有几类：supertasks 做规划，caveman 做 token 压缩，frontend-design 做 UI 设计，code-simplifier 做代码审查，claude-md-management 做项目记忆维护。每个 Skill 都有自己的触发场景。

社区 Skill 更多。claudskills.com 收录了 188,000+ 个 Skill，覆盖范围从 AI 工具集成到特定框架的最佳实践，按场景搜索，按质量评分，copy 一个 SKILL.md 文件进去就能用。

MCP 是 Claude Code 的外部接口

MCP = Model Context Protocol。它把 Claude Code 和外部系统连起来——数据库、GitHub、Notion、Slack、Figma、浏览器。

配了 MCP 之后，Claude Code 能直接读 Netlify 的部署日志，能跑 SQL 查 Supabase，能抓取 live 文档而不是用训练数据里的过期内容，能用 Playwright 做浏览器自动化验证。

没有 MCP 的 Claude Code 是单机版。有 MCP 的 Claude Code 是团队协作节点。

这两个组合在一起的化学作用

Skill 管「怎么做」——把团队的 SOP、方法论、最佳实践封装进去，变成可复用、可版本化的模块。

MCP 管「能做什么」——把外部系统接入 Claude Code 的上下文，它能看到你线上的日志、数据库里的数据、GitHub 上的 issue。

Skill 定义能力边界，MCP 突破能力边界。

一个真实的例子：用 superpowers Skill 做规划 + Supabase MCP 查数据 + Netlify MCP 看部署状态——一个会话里，Claude Code 做完规划、直接读数据库验证假设、确认没问题直接部署，不需要切换任何工具。

token 优化是这两个组合的真实瓶颈

Skill 和 MCP 都会吃 context。Skill 多了，context 会被 instructions 占掉；MCP 服务器配多了，每次请求的开销会变长。

Claude Code 在 2026 年引入了 lazy loading：MCP Tool Search，会根据任务描述自动只加载相关的工具，不相关的暂时不暴露给模型，把 MCP context 占用压缩到原来的 5%。

这条信息值得单独记一下：不是配了 MCP 就一定要承担全部 MCP 的 context 开销。lazy loading 让这件事变聪明了。

下一步怎么配

第一步：跑 /skills list 看看现在装了多少 Skill，删掉从来不触发的。

第二步：跑 /mcp add notion 这样的命令把 Notion 和 GitHub 接进来。

第三步：去 claudskills.com 搜自己的常用框架，找一个质量分高的 Skill 装进去。

第四步：把 caveman Skill 配进 CLI workflow，每次跑并行 sub-agent 之前先用它压缩一遍 context。

四步加起来大概二十分钟。二十分钟之后，Claude Code 不再是一个能读代码的聊天窗口，变成一个真正的开发协作节点。