在 OpenClaw 里,Agent、Skill、MCP 应该怎么规划?

作者:Felix (Haro 协作整理)

很多人刚开始用 OpenClaw 时,最容易混淆的就是 Agent、Skill 和 MCP。

其实这三样东西分别解决的是三种不同的问题:

  • Agent负责一类工作的角色
  • SkillSOP + 脚本合集
  • MCP连接外部工具和系统的能力接口

最关键的区别其实很简单。

Agent 解决的是“谁来负责这件事”

Agent 关注的不是具体步骤,而是:

  • 谁负责这一类工作
  • 它的职责边界在哪里
  • 它长期维护哪条工作线
  • 它需要积累哪些上下文

如果一件事只是偶尔处理一次,通常没必要专门建一个 agent。但如果它已经形成了一条持续性的工作线,比如:

  • 网站内容整理与发布
  • PLM 查询与审批
  • 某类 MCU 开发
  • 某类硬件资料处理

那就适合交给专门的 agent 来负责。

一句话说,Agent 是分工角色,不是流程文档。

Skill 解决的是“这件事应该怎么干”

Skill 更像是一份可执行的标准作业流程

里面放的通常是:

  • 这类事情的固定做法
  • 判断规则
  • 注意事项
  • 常见坑
  • 配套脚本、命令和参考资料

它最大的价值在于:即使是一个没有记忆、刚启动的 session,也能快速接手,并按统一方法把事情做下去。

所以,适合放进 Skill 的,通常都是:

  • 重复出现、规则相对稳定的任务
  • 已经总结清楚的操作套路
  • 值得沉淀下来的领域经验
  • 为完成这类工作准备好的脚本和辅助材料

一句话说,Skill 是把经验整理成可以直接执行的说明书。

MCP 解决的是“系统能调用哪些外部能力”

MCP 更偏向能力接入层,主要解决的是:

  • 怎么连接外部系统
  • 怎么调用外部工具
  • 对外提供哪些稳定接口

比如:

  • 连接 PLM
  • 连接 WordPress
  • 连接数据库
  • 调用本地工具或远程服务

MCP 提供的是“能力”,但它不负责定义业务流程,也不负责告诉你这件事应该怎么判断、怎么执行。

一句话说,MCP 是接口层,不是工作流本身。

最简单的判断方法

当你不知道该放在哪一层时,可以直接问自己:

  • 这是在回答“谁来长期负责”吗? → 放 Agent
  • 这是在回答“这件事怎么干”吗? → 放 Skill
  • 这是在回答“怎么接外部能力”吗? → 放 MCP

最后用一句话总结

  • Agent:把工作拆成 职责分工
  • Skill:把经验沉淀成 SOP + 脚本合集
  • MCP:把外部能力整理成 标准接口

这样分层之后,整个 OpenClaw 系统会清楚很多:Agent 管“谁来做”,Skill 管“怎么做”,MCP 管“能调用什么”。