一篇搞懂：Agent/Skills/Command/Hooks/MCP 的区别与联系（人话版）

作为驾驭工程的核心组件，这 5 个概念经常被混着用，今天用「包工头管工地」的通俗比喻讲清楚 —— 你（人类）是包工头，AI 是施工队，这 5 个东西就是「施工队的能力、指令、提醒、工具」，各司其职又互相配合。

先上核心结论

概念	通俗比喻	核心作用	一句话定位
Agent（智能体）	整个施工队	承载所有能力，执行完整工程闭环	「干活的主体」，所有操作的发起者
Skills（技能）	施工队的「技能卡」	封装特定场景的标准化能力，可复用	「会做什么」，比如会砌墙、会铺电线
Command（命令）	包工头下的「具体指令」	触发 Agent 执行特定任务，带明确输入输出	「让做什么」，比如「去砌 3 米墙」
Hooks（钩子）	工地的「自动提醒器」	特定节点触发自动化操作 / 校验，防出错	「做事的规矩」，比如「砌墙前先放线」
MCP（多模态控制平台）	施工队的「工具库」	连接外部系统 / 工具，扩展 Agent 能力边界	「用什么做」，比如用搅拌机、水平仪

一、逐个拆解（人话 + 例子，不整黑话）

1. Agent（智能体）—— 干活的「主体」

• 本质：AI 的「人格化载体」，是所有操作的发起者和执行者，相当于整个施工队（有项目经理、瓦工、电工、质检员）。
• 核心特征：有记忆、能理解上下文、能调用 Skills/Command/MCP，能完成「接需求→拆任务→执行→验收」的完整闭环。
• 例子：你说「开发一个 Todo 的 add 功能」，Agent 会先拆任务（写代码→写测试→验证），再调用「Node.js 文件操作」Skill，执行/tdd Command，用 MCP 连接本地文件系统，最后通过 Hooks 检查「是否加了异常处理」。

2. Skills（技能）—— Agent「会做什么」

• 本质：封装好的「标准化能力模块」，相当于施工队的「技能手册」（比如「砌墙标准流程」「电线铺设规范」），可复用、可组合。

• 核心特征：针对特定场景（如「Django 安全开发」「Vue 组件封装」），包含输入输出规范、执行步骤，Agent 可直接调用，不用每次重新学。

• 例子：

  • 「JSON 文件读写」Skill：包含「打开文件→写入数据→异常处理→关闭文件」的固定步骤；
  • 「单元测试编写」Skill：包含「RED→GREEN→REFACTOR」的 TDD 流程，Agent 调用后直接按这个逻辑写测试。

3. Command（命令）—— 让 Agent「做什么」

• 本质：你给 Agent 下的「具体指令」，相当于包工头说「去砌 3 米高的墙」，有明确的输入（约束）和输出（验收标准）。

• 核心特征：触发式、结构化，必须带「目标 + 约束 + 验收」，Agent 接收到后会调用对应 Skills 执行。

• 例子：

  • /plan：命令 Agent 拆解任务，输出「步骤 + 影响文件 + 验证方式」；
  • /tdd：命令 Agent 按 TDD 流程写代码，输出「测试→实现→重构」的完整代码；
  • /build-fix：命令 Agent 修复报错，输出「问题定位 + 修复代码 + 验证命令」。

4. Hooks（钩子）—— Agent「做事的规矩」

• 本质：「自动化提醒 / 校验器」，相当于工地的「安全警示灯」—— 到了某个节点自动触发，防止 Agent 乱来。

• 核心特征：绑定特定节点（如「Command 执行前」「代码生成后」「PR 提交前」），可做校验、提醒、自动修正。

• 例子：

  • 「代码生成后」Hook：自动检查是否有 console.log，有就提醒删除；
  • 「/tdd 执行前」Hook：自动校验「是否明确了测试命令」，没明确就追问；
  • 「PR 提交前」Hook：自动调用「安全扫描」Skill，检查是否有硬编码密钥。

5. MCP（多模态控制平台）—— Agent「用什么做」

• 本质：Agent 的「外部工具接口」，相当于施工队的「搅拌机、水平仪、吊车」，帮 Agent 连接本地文件、GitHub、浏览器、数据库等外部系统。

• 核心特征：扩展 Agent 能力边界（Agent 本身不能直接操作本地文件，但通过 MCP 可以），减少「复制粘贴」的人工操作。

• 例子：

  • 本地文件 MCP：Agent 可直接读写你的 todo.js 文件，不用你复制代码；
  • GitHub MCP：Agent 可直接创建 PR、查看 PR 评论，不用你切窗口；
  • 浏览器 MCP：Agent 可直接打开网页查文档，不用你手动找资料。

二、核心联系（协作流程，看一遍就懂）

用「开发 Todo 的 add 功能」完整流程，看它们怎么配合：

关键协作点：

1. Command 是「触发器」：所有操作都由 Command 启动（/plan/tdd/build-fix）；
2. Skills 是「执行逻辑」：Command 触发后，Agent 调用对应 Skills 完成具体工作；
3. Hooks 是「保障」：在 Command 执行前后校验，防止 Agent 偏离规则；
4. MCP 是「工具」：Skills 执行时，通过 MCP 调用外部系统 / 工具；
5. Agent 是「核心枢纽」：统筹所有组件，完成从需求到结果的闭环。

三、避坑指南（新手最容易搞混的点）

1. 别把 Command 和 Skills 搞混：

   • Command 是「让做什么」（比如「写 add 功能」）；
   • Skills 是「怎么做」（比如「用 fs 模块写文件」）；

2. 别把 Hooks 和 MCP 搞混：

   • Hooks 是「规则 / 提醒」（比如「写文件前检查路径」）；
   • MCP 是「工具」（比如「实际去写文件的接口」）；

3. 别过度用 MCP：

   • 新手容易开一堆 MCP（GitHub + 浏览器 + 数据库 +...），导致 Agent 上下文过载，变笨变慢；
   • 原则：只开「高频用的 3-5 个」，比如日常开发只开「本地文件 + GitHub」。

总结

1. 核心关系：Agent 是「主体」，Command 是「指令」，Skills 是「能力」，Hooks 是「规矩」，MCP 是「工具」；
2. 协作逻辑：你用 Command 给 Agent 下指令，Agent 调用 Skills（能力），通过 MCP（工具）执行，Hooks（规矩）保障不出错；
3. 落地关键：先把 Command 和 Skills 用熟（核心闭环），再按需加 Hooks（防错）和 MCP（扩展），别上来全开启。

简单说：你管「让做什么」（Command），Agent 管「用什么做」（MCP）、「会做什么」（Skills）、「按规矩做」（Hooks），最终完成整个工程。