Skills + MCP：流程 + 工具的组合

先搞清楚两者的区别

很多人会把 Skill 和 MCP 搞混。其实它们解决的问题不一样。

MCP（Model Context Protocol） 是给 AI 连接外部工具的能力。数据库、API、文件系统、浏览器、飞书文档、GitHub——这些都是 MCP 能帮你接上的。

Skill 是告诉 AI：遇到某类任务时，按什么流程做。它是一份 SOP，是一套步骤说明。

简单类比：

有了锤子但不知道怎么用，等于白搭。知道怎么钉钉子但手边没锤子，也干不了活。

两者配合，AI 才更像是在真正干活。

组合案例 1：内容发布流水线

这是很常见的内容场景。一篇文章写完后，要发到公众号、小红书、推特。每个平台格式不同，手动改很累。

用到的东西：

• MCP：lark-mcp（连接飞书文档，读取原始稿件）
• Skill：mj-adapt（多平台内容适配流程）

工作流：

1. 对 AI 说："把飞书文档里的这篇文章，适配到公众号和小红书"
2. lark-mcp 从飞书拉取文档内容
3. mj-adapt Skill 指导 AI 按各平台的格式要求改写
4. 输出公众号版和小红书版

没有 MCP，AI 读不到飞书文档。没有 Skill，AI 不知道各平台格式要求。两个缺一不可。

组合案例 2：代码审查 + 项目管理

写完代码，要提 PR、建 Issue、写 changelog。手动操作步骤多，容易漏。

用到的东西：

• MCP：GitHub MCP（操作 Issue、PR、Review）
• Skill：commit 规范 + code review 流程

工作流：

1. 代码写完，对 AI 说："帮我 review 一下然后提 PR"
2. Skill 指导 review 流程：先检查逻辑、再检查风格、再跑测试
3. review 通过后，Skill 指导 commit message 格式
4. GitHub MCP 自动创建 PR，关联相关 Issue

整个流程从"写完代码"到"PR 挂上去"，可以少掉很多手动步骤。

组合案例 3：数据驱动的内容创作

做产品的人经常需要写数据报告。从数据库拉数据、分析趋势、生成图表、写成报告，这些步骤固定，但手动操作很烦。

用到的东西：

• MCP：数据库连接（Supabase MCP 或 Postgres MCP）
• Skill：数据分析 + 报告写作流程

工作流：

1. 对 AI 说："分析上周的用户数据，写一份周报"
2. MCP 从数据库拉取相关数据
3. Skill 指导分析框架：先看整体趋势，再看异常值，再对比同期
4. 按 Skill 定义的报告模板输出

配置方式

MCP 和 Skill 的配置是分开的，互不干扰。

MCP 配置 在 settings.json 里：

{
  "mcpServers": {
    "github": {
      "command": "npx",
      "args": ["-y", "@modelcontextprotocol/server-github"]
    }
  }
}

Skill 配置 在 skills 目录里：

# 全局 Skill
~/.claude/skills/

# 项目 Skill
.claude/skills/

两者独立管理。你可以只加 MCP 不加 Skill，也可以反过来。根据你的实际需求来。

一个实用的管理习惯是：

• MCP 配置放在项目仓库的 settings.json 里（或全局配置），团队共享
• Skill 按项目需要放项目目录 .claude/skills/，不相关的不装
• 定期检查：删掉不再用的 MCP 和 Skill

常见误区

误区 1：把 MCP 的功能写进 Skill

Skill 是流程说明，不是 API 调用器。你不能在 Skill 里写"调用 GitHub API 创建 Issue"——Skill 没有这个能力。它只能告诉 AI"在这个步骤，你需要创建一个 Issue"。

真正调用 API 的，是 MCP。Skill 只负责描述流程。

误区 2：把 Skill 的流程写进 MCP 配置

MCP 配置只管连接，不管流程。你不能在 settings.json 里写"先 review 代码再提 PR"。

流程控制交给 Skill，连接能力交给 MCP。各司其职。

误区 3：MCP 装得越多越好

和 Skill 一样，MCP 也占上下文。每个 MCP 服务启动时会把工具定义加载进上下文窗口。工具定义越多，留给实际对话的空间越小。

只装你真正需要的 MCP。

按场景选择，不要贪全。

下一步

• 想了解 MCP 怎么配置 → 参考各 MCP 服务的官方文档
• 想了解 Skill 怎么创建 → 看 创建 Skill
• 想了解 Skill 的局限 → 看 Skill 的局限和常见坑