Rule、Skill、MCP：一个管"做人"，一个管"做事"，一个管"动手"

最近几天一直在折腾华为云 CodeArts 码道这个 Agent 工作台，装了不少东西：规则、技能，还有 MCP 服务器。发现很多新手（包括刚上手时的我）容易把这三样混在一起，总觉得"是不是装一个就够了"。其实它们是完全不同层面的东西。我自己现在定了几条规则、自建了多个技能、挂着两个 MCP，分工很明确：Rule 管行为，Skill 管任务，MCP 管工具。

Rule，是 Agent 的"行为守则"

规则解决的是"你该怎么做、什么绝对不能碰"。它常驻在 Agent 的背景里，随时生效，又不占多少上下文。我的规则几乎都是踩过坑之后沉淀下来的，比如"所有回复必须用简体中文"“代码里严禁出现真实密钥”“跑测试前先读项目 README”。规则的条目一般都很短，它不教 Agent 怎么完成任务，只约束它完成的方式。

Skill，是 Agent 的"岗位手册"

技能封装的是"某一类任务怎么做"。一个技能通常包含一份 SKILL.md（写清楚什么时候触发、按什么步骤做），实测更复杂一点的还会带脚本和参考资料。它的聪明之处在于按需加载：平时只有几行简介常驻，等你真的遇到这个任务，完整手册才注入上下文，不会一直占着对话空间。我自建过几个，比如给本地技能和规则做 GitHub 备份的——SKILL.md 写三步流程，配一个 backup 的python脚本负责收集文件清单、算校验值、做冲突检测。遇到"备份一下"这种话，它整套流程就自动接管了。

MCP，是 Agent 的"工具箱"

MCP（Model Context Protocol）是一套标准协议，让 Agent 能调用外部的真实工具。规则和技能给的是"文本"，MCP 给的是"通道"：Agent 能读文件、调接口、开浏览器。我这边有个挺有意思的实践：沙箱里直连 GitHub 的 API 被安全策略全拦了，反倒是 GitHub MCP（走宿主机网络）成了唯一能出网备份的路径。搜索、浏览器这几个 MCP 我也挂着，按需调。

一张表对比

它们经常要配合使用

拿我的备份任务举例：规则负责安全线——涉及密钥一律不许在对话里出现明文；技能负责流程——把"列清单、查冲突、分批推送"写成标准步骤；MCP 负责实际动手——提供 push_files、get_file_contents 这些真实调用。三个缺了哪个，这事都干不利索。

给新手的建议

别一上来就什么技能都装、能接的 MCP 全部接上。先把两三条规则定明白，再挑你真正每天都在做的场景配一两个技能，最后才考虑 MCP——多一个 MCP 就多一份外部依赖，够用就好。