【AI神器】Claude Code四大神器全解析！小白程序员也能秒变效率王者，Command/Skill/Agent/MCP一次搞懂！

本文详细解析Claude Code四大核心概念：Command是存储好的提示词，通过/xxx触发，适合高频任务；Skill自动识别用户意图，适合低频任务；Agent在独立空间工作，执行大型任务不污染当前对话；MCP是连接外部服务的接口，让Claude能操作Notion等工具。建议从Command开始，按需学习，不必一次性掌握所有内容，有效提升AI编程效率。

Android老皮

1475人浏览 · 2025-12-15 15:40:30

Android老皮 · 2025-12-15 15:40:30 发布

上周有个朋友问我：

“你天天用 Claude Code，能不能给我讲讲 Command、Skill、Agent、MCP 这几个东西到底啥区别？”

我张嘴就想说，然后发现自己卡住了。

用了两个月，每天都在用，但真让我解释清楚，还真说不明白。

于是我花了一整个周末，把官方文档翻了个底朝天，又把自己实际用的场景梳理了一遍。

今天把这些想明白的东西写下来。

这四个东西，其实分两类：

告诉 Claude 怎么做事——Command、Skill、Agent

让 Claude 能做更多事——MCP

前三个是"菜谱"，教 Claude 怎么做菜。MCP 是"厨具"，让它能用锅、用刀。

Command 是怎么来的

我每天早上打开项目，第一件事就是让 Claude 审查昨天写的代码。

一开始我每次都要打这么一段：

“帮我看看这段代码，检查有没有 SQL 注入、XSS 漏洞，看看性能有没有问题，命名规不规范，有没有可以优化的地方，用中文回复。”

打了二十多遍之后，我实在受不了了。

然后我发现可以把这段话存成文件。在项目目录下创建 .claude/commands/review.md：

请审查我的代码，检查：1. 安全漏洞（SQL 注入、XSS、敏感信息暴露）2. 性能问题（N+1 查询、不必要的循环）3. 代码规范（命名、函数长度、注释）发现问题给出具体行号和修改建议，用中文回复。

现在我只需要输入 /review，Claude 就会按照这个来做。

我现在用的几个 Command

/review —— 审查代码

/commit —— 生成提交信息，我的 commit.md 长这样：

根据我的改动生成 git commit message。格式要求：- 使用 conventional commits（feat/fix/refactor/docs）- 第一行不超过 50 字符- 说明为什么改，不只是改了什么- 中文示例：feat(auth): 添加微信登录接入微信 OAuth，支持扫码和公众号登录两种方式

/explain —— 解释代码，适合看不懂别人写的东西时用

/weekly —— 周五下午用，让它根据这周的 git log 帮我写周报

Skill 和 Command 的区别

Command 要手动输入 /review 才会触发。

Skill 是 Claude 自己判断。你随便说"帮我看看这段代码"、“这个有没有 bug”、“review 一下”，它都会自动识别。

Skill 的配置稍微麻烦一点，要建一个文件夹。比如 .claude/skills/code-reviewer/SKILL.md：

---name: code-reviewerdescription: 当用户说"审查代码"、"review"、"帮我看看代码"、"检查 bug"、"这段代码有问题吗"时使用---你是代码审查专家。重点检查安全、性能、可读性。发现问题给出行号和修改建议。

关键是 description 那行，Claude 根据这个判断什么时候用这个 Skill。

Command 还是 Skill？

我的选择：高频任务用 Command，低频任务用 Skill。

代码审查我每天用十几次，输入 /review 比说一句话还快。

翻译我偶尔用，懒得记命令叫什么，就建了个 Skill，随便说"帮我翻成中文"就行。

大部分人用 Command 就够了，配置简单。

Agent 是另一回事

Command 和 Skill 本质一样，都是在当前对话里执行。

Agent 不一样。

有一次我在和 Claude 讨论一个支付系统的设计，聊了快一个小时，状态机怎么设计、失败怎么重试、超时怎么处理，细节都敲定了。

然后我想让它帮我调研一下"业界主流的支付系统都怎么做的"。

Claude 开始搜索、整理、对比，输出了一大堆内容。

等它调研完，我想继续刚才的设计讨论，发现它记不清之前聊的东西了。

因为对话太长，早期的内容被"挤掉"了。

Agent 就是派出去干活的人

如果我用 Agent 来调研，Claude 会派一个"分身"出去，在独立的空间里工作。

调研完，只带着最终报告回来。

我的主对话不受影响，之前讨论的支付设计细节完好无损。

Agent 的配置放在 .claude/agents/researcher.md：

---name: researcherdescription: 深度调研model: sonnettools: WebSearch, WebFetch, Read---你是调研专家。收到任务后：1. 搜索至少 5 个不同来源2. 交叉验证关键信息3. 输出结构化报告，列出信息来源

model 可以指定用什么模型，复杂任务用 opus，简单的用 haiku 省钱。

tools 指定它能用什么工具——搜索、抓网页、读文件。

什么时候用 Agent

调研类任务：调研技术方案、分析竞品、搜索某个报错的解决办法。过程会产生大量内容，会冲掉你的上下文。

大规模改动：把项目里所有 callback 改成 async/await、批量重命名、生成大量文档。

并行任务：同时派几个 Agent 去干不同的事，比如一个调研 A 方案，一个调研 B 方案。

简单任务不用 Agent：审查一小段代码、生成一个 commit message、翻译一段话，直接用 Command 就行。

MCP 是给 Claude 装插头

前面三个都是告诉 Claude 怎么做事。

MCP 是让它能做更多事。

你让 Claude"帮我在 Notion 里创建一个页面"，但它连不上你的 Notion，做不到。

装了 Notion 的 MCP，就能做了。

配置放在 ~/.claude/settings.json：

{  "mcpServers": {    "notion": {      "command": "npx",      "args": ["-y", "@notionhq/notion-mcp-server"],      "env": {        "NOTION_API_KEY": "secret_xxx"      }    },    "github": {      "command": "npx",      "args": ["-y", "@modelcontextprotocol/server-github"],      "env": {        "GITHUB_PERSONAL_ACCESS_TOKEN": "ghp_xxx"      }    }  }}

装了之后：

“帮我在 Notion 里创建一个页面” —— 能做
“看一下这个 PR 有什么问题” —— 能做
“查一下昨天的订单数据” —— 装了数据库 MCP 就能做

MCP 可以和前三个组合

比如你建一个"会议记录整理"的 Skill，让 Claude 整理会议记录，然后通过 Notion MCP 保存到 Notion。

或者建一个"竞品调研"的 Agent，让它去搜索调研，用到搜索和抓取的能力，最后把报告存到你的知识库。

总结

Command —— 存好的提示词，/xxx 触发。适合高频任务：代码审查、生成 commit、写周报。

Skill —— 自动识别意图。适合低频任务，懒得记命令：翻译、格式转换。

Agent —— 独立空间里工作的分身。适合大活儿：调研、大规模重构。核心价值是不污染当前对话。

MCP —— 连接外部服务的插头。让 Claude 能操作 Notion、GitHub、数据库。

这四个概念确实有点乱。Command 和 Skill 功能重叠，Agent 的价值要遇到问题才能体会，MCP 和前三个压根不是一回事。

这是产品设计的问题，不是你的问题。

我的建议：从 Command 开始，存几个常用的，用几周。等你发现"对话被冲掉了"，试试 Agent；想操作外部服务，配一下 MCP。

按需学习，别一次学太多。

如何学习大模型 AI ？

由于新岗位的生产效率，要优于被取代岗位的生产效率，所以实际上整个社会的生产效率是提升的。

但是具体到个人，只能说是：

“最先掌握AI的人，将会比较晚掌握AI的人有竞争优势”。

这句话，放在计算机、互联网、移动互联网的开局时期，都是一样的道理。

我在一线互联网企业工作十余年里，指导过不少同行后辈。帮助很多人得到了学习和成长。

我意识到有很多经验和知识值得分享给大家，也可以通过我们的能力和经验解答大家在人工智能学习中的很多困惑，所以在工作繁忙的情况下还是坚持各种整理和分享。但苦于知识传播途径有限，很多互联网行业朋友无法获得正确的资料得到学习提升，故此将并将重要的AI大模型资料包括AI大模型入门学习思维导图、精品AI大模型学习书籍手册、视频教程、实战学习等录播视频免费分享出来。

在这里插入图片描述