子智能体 vs MCP 服务器 vs 技能

引言 #

到 2026 年，Claude Code 有三种不同的扩展方式——技能、子智能体和MCP 服务器——而我们收到的最常见问题是「我该建哪个？」这种困惑可以理解：三者都是「让 Claude 做更多的方法」，营销把三者混在一起。但它们在三个完全不同的维度上，选错意味着要么过度工程（一个 markdown 文件就能解决的问题建了整个服务器），要么撞墙（一个技能实际上连不到你的数据库）。

本文给你决策框架。我们用一句话定义每个扩展点， walkthrough 每个移动的轴，跑三个实际案例端到端，并指出浪费周末的反模式。如果你已读过 自定义智能体创作和 MCP 服务器 2026 排行，这篇文章把它们串起来。

三个扩展点，各一句话 #

• 技能——教 Claude 怎么做某事。打包的指令、手册、检查清单，仅在相关时加载到上下文。
• 子智能体——谁来做。有自己上下文窗口的委派工作者，派生出来保持父对话精简（见 子智能体模式）。
• MCP 服务器——它能触及什么。到外部系统的连接：数据库、API、SaaS 工具、数据源。

拼成一句话困惑就消散：技能改变行为，子智能体保护上下文，MCP 服务器添加能力。 它们不是一题三答。它们是三题三答。

每个移动的轴 #

技能移动「知识」轴 #

技能是对「Claude 不知道我们的特定流程」的回答。你的发版流程、代码审查标准、事故响应手册——情境性知识。你不想把它放 CLAUDE.md（那每次交互都加载膨胀基础上下文）；你只想在任务需要时加载。技能是带触发描述的 markdown 文件；当工作匹配时，详细指令进入对话，否则 stays out of the way。

子智能体移动「上下文」轴 #

子智能体是对「这工作会炸我上下文窗口」的回答。知识可能已经有了；问题是内联做——读 30 个文件、跑长探索——会挤掉你真正关心的推理。子智能体在独立上下文里跑它，只交回结论。能力什么都没变；变的是谁的工作记忆为探索买单。

MCP 服务器移动「能力」轴 #

MCP 服务器是对「Claude 根本连不到这个系统」的回答。你的 Postgres 数据库、内部指标 API、Stripe 账户、Linear 看板。任何写技能或派生子智能体都变不出数据库连接——那是真正的.capability，而能力来自 MCP 服务器。这也是三者中最重的：独立进程，有部署、认证、版本管理要管。

决策框架 #

按顺序问：

1. 「Claude 需要连它现在连不到的系统吗？」 → MCP 服务器。（数据库、API、SaaS、外部数据。）
2. 「Claude 已有能力，但工作会膨胀我上下文？」 → 子智能体。（大探索、并行研究、隔离实验。）
3. 「Claude 有能力有上下文，但不知道我们的特定做法？」 → 技能。（手册、检查清单、流程。）

解你问题最便宜的那个几乎总是对的。能做的情况下，markdown 文件（技能或子智能体）胜过部署的服务（MCP 服务器）。

案例 1：「审计代码库的 SQL 注入」 #

• 能力？ 读代码——Claude 已有。无需 MCP 服务器。
• 上下文？ 审计整个代码库意味着读几十个文件。那会膨胀父对话。→ 子智能体。
• 流程？ 你想审计走 OWASP 的具体检查清单。→ 技能（或把检查清单编进 security-auditor 自定义智能体的系统提示）。

答案： 一个系统提示编码检查清单的 security-auditor 子智能体。一件工件，两个轴覆盖。无服务器。

案例 2：「告诉我哪些客户上个月流失了」 #

• 能力？ 数据在仓库里。Claude 连不到。→ MCP 服务器（一个数据仓库/SQL MCP）。
• 上下文？ 大结果集可能吵。→ 在子智能体内跑查询，只返回摘要。
• 流程？ 「流失」在你公司有特定定义。→ 记录流失查询逻辑的技能。

答案： 三者组合。MCP 服务器连接，技能定义「流失」，子智能体干净跑。这是典型的全栈案例。

案例 3：「确保每次发版都走我们的检查清单」 #

• 能力？ Git、文件读取——已有。无服务器。
• 上下文？ 轻。子智能体严格来说不需要保护。
• 流程？ 正是要点——你团队发版步骤。→ 技能，或自定义智能体如果想执行并出报告。

答案： 技能（或发版门控自定义智能体）。这里建 MCP 服务器是纯过度工程。

反模式 #

• MCP 服务器万能陷阱。 发一个服务解决文档问题。如果你没连外部系统，可能不需要服务器。（看 MCP 服务器注册表看什么值得建一个。）
• 膨胀的 CLAUDE.md。 把每个流程塞进始终在线上下文。把情境手册移到技能让基础上下文保持锐利。
• ** mega 子智能体。** 「做一切」的子智能体只是父对话更差的记忆。按关注点拆分。
• 需要能力的技能。 写一个漂亮的技能「分析我们的指标」但 Claude 连不到指标。任何指令都替不了缺的 MCP 连接。

原则 #

三个扩展点对应三个资源：知识（技能）、上下文（子智能体）和能力（MCP 服务器）。诊断你真正缺哪个资源，选择自己就显了。多数团队过度伸手 MCP 服务器因为它们听起来强大，而 markdown 文件可能中午就出货。建最轻的那个移动你卡住的轴的东西。

搭建生产级 Claude Code #

跑好三层——尤其 MCP 服务器——需要稳定基础设施：

1. MCP 服务器和 CI 的稳定主机。 MCP 服务器是长进程；你需要一台不停机的机器。HTStack ——香港 VPS，中国大陆低延迟访问、稳定 BGP。dibi8.com 同一家 IDC，我们的 MCP 服务器和智能体管道就跑在那里。$5-12/月档位。

2. 并行层的云余量。 子智能体扇出、MCP 服务器并行跑时，你要空闲 CPU。DigitalOcean ——14+ 区域 60 天 $200 免费额度。

3. 技能包。 内化技能/子智能体/服务器拆分最快的方式是研究 working 示例。我们在 Gumroad 打包了五个久经考验的技能为 $19 捆绑——角落浮动 CTA 可见——包括自定义智能体定义和编排三层的编排器提示词。

延伸阅读 #

• 自定义智能体创作指南——怎么实际建子智能体那半边。
• 子智能体模式——上下文轴的五个工作流。
• MCP 服务器 2026 排行——选能力层。
• MCP 服务器注册表指南——值得连接的东西的目录。

结论 #

别把「技能、子智能体、MCP 服务器？」当它们竞争来问。反过来问：我缺知识、上下文还是能力？知识 → 技能。上下文 → 子智能体。能力 → MCP 服务器。全栈案例三层都用。不确定时，建移动你轴的最便宜工件——markdown 文件每次都胜过部署的服务。