MCP、Skills、SubAgent 到底是啥？简单捋一下

大家好, 我是越山。

最近很多人问我：Skills、SubAgent、MCP、Hook 这些词到底是啥意思？

说实话，我平时也不细究，需要时直接用，能解决问题就好。

今天我用大白话把这些概念讲清楚。

一句话总结

MCP 是外部工具插线板。

Skills 是内置流程说明书。

SubAgent 是外包同事。

Hook 是流程节点上的回调脚本。

Command 是用户侧快捷按钮。

用一个场景串起来

假设你要做代码评审。

要求是：检查当前项目的代码，给出修改建议，自动修复简单问题。

我们用这个场景把几个概念讲明白。

MCP：连接外部世界的插线板

AI 默认看不见你的本地文件。

MCP 解决的就是连接问题。

它像一个标准插线板。

你想接 GitHub、数据库、本地文件夹，都得靠它。

插上这个插线板，Claude 才能读到数据。

在代码评审场景里，它负责提供读文件、看改动这些基础能力。

Skills：主 Agent 的标准操作流程

有了数据，Claude 怎么干活？

靠 Skills。

Skills 就是写在文件里的标准作业程序。

像一份菜谱。

主 Agent 看到任务，就翻开这本手册照着做。

它运行在当前对话里。

所有思考过程你都能在屏幕上看到。

在代码评审场景里，你在 Skills 里写好：第一步查安全，第二步看逻辑。

你喊"帮我 review"，它就自己照着做了。

SubAgent：独立上下文的外包同事

有时候任务太重，主对话的脑容量不够用。

怎么办？

用 SubAgent。

它是你的外包同事。

是一个独立的 Claude 实例，有自己的小房间。

干完活把结果往主会话里一扔就完事。

它是分身，不占用主会话的篇幅。

适合并行处理。

在代码评审场景里，你可以派一个 SubAgent 专门审权限模块，另一个审支付模块。

它们在各自的小宇宙里忙活，最后给你个总报告。

Hook：流程节点上的自动感应器

Hook 不干具体的活。

它只负责盯着。

它定义的是"什么时候触发"。

比如"当 SubAgent 结束时"、"当你要删文件前"，它就跳出来执行一段逻辑。

在代码评审场景里，你可以设个 Hook：只要代码评审一结束，自动把总结发到飞书上。

这就是自动化。

Command：用户的快捷按钮

这是用户用的入口。

每次都打一长串要求太累。

Command 让你只要敲个 /review，就能一键触发上面所有的 Skills、SubAgent 和 Hook。

它是给人用的遥控器。

一按，就准确执行。

核心区别对比

MCP：解决"能不能通电"的问题。角色是工具插线板。

Skills：解决"自己怎么做"的问题。角色是流程说明书。

SubAgent：解决"多找几个人干"的问题。角色是外包同事。

Hook：解决"干完后自动干啥"的问题。角色是自动感应器。

Command：解决"懒人一键操作"的问题。角色是快捷按钮。

什么时候该用啥？

要连外部数据或工具吗？先配 MCP。

这是个通用的干活步骤吗？写个 Skill。

任务太重怕主会话卡死？拆给 SubAgent 跑。

想在某个节点自动发通知？接个 Hook。

这事儿天天都要做？封装成个 Command。

Plugins 是啥？

Plugins 就是快递盒。

它负责把上面的 Skills、Commands、Agents 全都打包在一起。

你装一个 Plugin，就等于一次性配齐了这一套全家桶。

有了Plugin这个包裹,就可以很方便地将技能分享出去了。