Skill 还是 Subagent？一句话帮你立刻拍板

很多人在接触 Claude Code 后会被一堆概念弄懵：SKILL.md、subagents.md、Agent、工具、工作流……真正要解决的问题不是选名词，而是明确在你的场景里谁来干活、做多少，以及如何保留状态。本文用直观类比与决策树，把 Skill 与 Subagent 的差异讲清楚，帮助你立刻做出选型并快速落地。

一、同样的“做饭技能”，只是谁来下厨不同

用做红烧肉的比喻：Skill 模式像你自己按菜谱做，菜谱在你（SKILL.md），厨师是主 Agent；Subagent 模式像你把菜谱交给餐馆（subagents.md），厨师是独立的分身。两者流程类似（食材、步骤、注意事项），但不同的是谁在执行以及执行过程的上下文归属。

二、本质差异：同一份“工作说明书”，不同的执行环境

本质相同的是文档内容（任务、输入输出、步骤、边界），关键差别是执行环境：Skill 在主上下文执行，与当前对话融为一体；Subagent 在独立上下文执行，像开了一个子工程，做完只把结果带回。换言之，写法不变，但执行空间决定了体验和成本。

三、Skill vs Subagent：关键区别速览

从体验与成本维度来看，Skill 和 Subagent 在执行环境、谁来执行、中断与恢复、状态保留、上下文占用等方面存在显著差异。Skill 适合需要长期记忆、反复迭代和连续交互的场景；Subagent 适合需要隔离、并行、特殊权限或一次性执行的任务。理解这些维度能帮你根据目标选择更合适的形态。

四、一个示例：为什么 Plan 做成 Subagent 更合适

以 Claude Code 的 Plan 模式为例：Plan 做成 Subagent 能把大量研究、检索、试错过程隔离在子上下文，主会话只拿到精简计划，避免思维垃圾污染主对话与 token 突增。因此需要“干净”输出、节省 token、减轻主会话负担的场景，Subagent 更优。文章还给出两步决策树：先判断是否需要记忆/连续性（倾向 Skill），再判断是否需要并行/隔离/特殊权限（倾向 Subagent）。如果不确定，可以先实现为 Skill，跑通后再迁移为 Subagent，迁移成本低。

如有侵权，请联系删除。