博文
Skills、Commands、Agents、Plugins——这些概念你分得清吗？
精选
|
困惑
知识星球上，星友「隆中对」提问：
王老师，最近 AI 火爆，学习热情高涨，可能是有些用力过猛 ，自己突然有些概念搞不太清楚：-） —— Skills, Commands, Agents, Plugins. 这些名词全网都在热烈讨论，都在学用。它们也都有很大关联。想请问：它们的主要结构和功能的区别是什么？都是什么场景下使用？谢谢
你是不是也被这几个词搞晕过？
Skills、Commands、Agents、Plugins—— 如果你用过 Claude Code，这几个词大概已经在你眼前晃过无数遍了。官方文档里到处都是，社区讨论里也满天飞。
问题是好问题，可惜那段时间忙，我就先用调研工具给他出了个报告。
但后来细想，这几个概念确实值得捋一捋。
所以，我在深度调研的基础上，把这几个概念梳理了一遍。结合我自己之前的使用经验，撰写此文。除了回答星友的提问，也一并分享给你。
破局先说结论：Plugins 不是一种新功能，它是「打包分发机制」。
这一句话，是理解整个概念体系的钥匙。
让我用一个生活化的比喻来解释。
你网购过吧？当你收到快递的时候，你收到的是一个「包裹」。但你买的不是包裹本身，你买的是里面的东西 —— 可能是一件衣服、一双鞋、几本书。
在 Claude Code 的世界里，Skills、Commands、Agents 就是你买的「商品」，而 Plugins 是装这些商品的「包裹」。
包裹不是商品的一种。包裹是让商品能够被送到你手里的方式。
同理，Plugins 不是功能的一种。Plugins 是让功能能够被分享、被安装、被复制的方式。
一个 Plugin 可以同时包含 Skills、Commands、Agents、Hooks、MCP 连接…… 全都打包在一起，一条命令装好。
那 Skills、Commands、Agents 这三个又有什么区别？
别急，咱们一个一个来。
拆解先说 Skills。
Skills 是什么？你可以把它理解成 AI 的「操作手册」。
想象一下，你新招了一个实习生，你不想每次都从头教他怎么做代码审查、怎么写 commit message、怎么跑测试。于是你写了一份操作手册，放在他桌上。下次他遇到这类任务，自己翻一翻就知道怎么做了。
Skills 就是这样的操作手册。它是一个目录，里面放着 Markdown 文件、脚本、配置，告诉 Claude「遇到这类任务该怎么做」。而且，Claude 会按需加载——你不需要每次都明确指定，它根据上下文自动判断要不要用。
这是 Skills 最特别的地方：它是「按需触发」的。你描述了一个任务，Claude 自己判断「哦，这个情况我有现成的操作手册」，然后自动加载。
关于 Skills 的详细描述和讲解，你可以参考我这篇文章。另外，我也给你介绍过 如何用 Skill 检索我的知识库来获取足够丰富的素材，辅助写作。以及 如何用 Skill 帮你一句话做深度调研并自动画图 等。
上面这张图，就是 Claude Code 利用 Skill 自动调研红楼梦人物关系，并且做出的可视化图形（局部）。
再说 Commands。
Commands 更简单。它就是一个「遥控器按钮」。
你按一下 /deploy，Claude 就执行部署流程。你按一下 /review，Claude 就开始代码审查。
没有自动识别，没有智能判断。你按，它做。就这么直接。
Commands 通常就是一个 Markdown 文件，里面写着提示词模板。结构简单，上手快。
Skills 和 Commands 的核心区别在哪？在于，谁来决定什么时候触发。
Commands 是「你按按钮」，控制权在你手里。Skills 是「AI 自动识别」，控制权部分让渡给了 AI。
你想啊，如果一个操作你经常用，而且触发条件很明确，用 Command 就够了。但如果触发条件比较模糊，或者你希望 AI 能更「聪明」地在合适的时机自动帮你做某事，那就用 Skills。
不过，只要你写 Skill ，就需要在描述区给它起个名字。
而因为有了这个名字，你在 Claude Code 中就可以按照普通 command 调用方式，直接用斜杠呼叫该 skill。
所以，我们理解概念，不能那么机械，非此即彼。如果 Claude Code 不能理解你的需求自动调用 Skill 时，这是个简单利落的解决方案。
然后是 Agents。
Agents 是这四个概念里最「重」的一个。
如果说 Skills 是「操作手册」，Commands 是「遥控器按钮」，那 Agents 就是「听话但会自己思考的实习生」。
你给 Agent 一个目标：「帮我把这个 PR 审完，有问题就提 comment。」
然后呢？然后你就不用管了。Agent 会自己决定：先看哪个文件、用什么标准审查、发现问题怎么描述、要不要查一下相关文档…… 它会自己拆解任务、自己规划步骤、自己执行。
这就是 Agents 和 Skills 的本质区别：Skills 提供「怎么做」的知识，Agents 决定「做什么」和「何时做」。
Skills 是被动的 —— 它等着被调用。Agents 是主动的 —— 它有自己的判断力。
正因为 Agent 这种主动适应能力，Skills 也从一个普通的写满规则、脚本的文件夹，变成了可塑的泥巴，你可以用 Agent 来揉捏它。正如我在星球说的：传统编程是刚性的，而 Skills 搭配 Agent 能「以柔克刚」—— 哪怕初始设计有缺陷，AI 会自己调整策略。
你可能已经发现了，这三个概念其实是一个递进关系：从最简单的 Commands（你按，它做），到 Skills（它知道怎么做，根据上下文自动加载），再到 Agents（它自己决定做什么、怎么做）。
控制权在逐级让渡，智能程度在逐级提升。
最后，让我们回到 Plugins。
现在你应该明白了，Plugins 和前三者不是一个维度的东西。
Plugins 是「包裹」，是让你把 Skills、Commands、Agents（以及 Hooks、MCP 连接等）打包在一起、一键分发的机制。
为什么需要这个东西？很简单：复用和分享。
假设你是一个技术团队的负责人，你花了两周时间配置了一套完美的 Claude Code 工作流：有代码审查的 Skill，有部署的 Command，有自动 PR 审核的 Agent。现在新来了个同事，你希望他也能用上这套配置。
没有 Plugins 的时候，你得一个文件一个文件地发给他，告诉他放哪个目录，怎么配置。
有了 Plugins，你只需要把这套配置打包成一个 Plugin，发布到团队的 marketplace—— 所谓 marketplace，就是存放插件的仓库。Anthropic 官方就维护了一个 插件目录，你也可以团队自建。新同事跑一条命令：
/plugin install my-team-config@team-marketplace搞定。所有的 Skills、Commands、Agents 全装好了。
这就是 Plugins 的价值：让「配置」变成可复用、可分享、可版本化的资产。
动手好了，概念讲完了。最后一个问题：哪个场景该用什么？
我整理了一个简单的对照：
如果你想封装重复性的工作流，希望 AI 能自动识别什么时候该用——用 Skills。
如果你只是偶尔用某个操作，想保持显式控制——用 Commands。
如果任务复杂、多步骤，需要 AI 自己做决策——用 Agents。
如果你想把配置分享给团队或社区——用 Plugins 把上面这些打包起来。
小结回到开头的问题：Skills、Commands、Agents、Plugins—— 你分得清了吗？
其实就两句话：
前三个是「功能组件」——Skills 封装知识、Commands 提供按钮、Agents 具备自主性。
Plugins 是「分发机制」——把功能组件打包，让配置可以被复用和分享。
不是每个新词都代表一种新功能。有时候，它只是一种新的组织方式。
随着 AI 能力的进展，概念或许会越来越多，但底层逻辑是清晰的。搞懂了「分发层」和「功能层」的区别，后面再出什么新词，你都不会慌。
如果你想亲手试试，可以从官方插件目录装一个体验一下。有新问题，留言聊。
如果你觉得本文有用，请点击文章底部的「推荐到博客首页」按钮。
如果本文可能对你的朋友有帮助，请转发给他们。
欢迎关注我的专栏，以便及时收到后续的更新内容。
延伸阅读
https://blog.sciencenet.cn/blog-377709-1519408.html
上一篇：我的 AI 工具日常使用与工作流是怎样的？
