https://jiajia.fun/qa/f8065cd5-%E5%B8%AE%E6%88%91%E7%90%86%E9%A1%BAskills-agent-multi-agent-%E4%B9%8B%E9%97%B4%E7%9A%84%E5%85%B3%E7%B3%BB

# 帮我理顺skills agent multi agent，之间的关系@

回复 群友 6932 这三个词不是并列的三个东西，是三个不同层级：Skill 是干活的手艺，Agent 是干活的人，Multi agent 是干活的组织。 Skill：一个可复用的能力包，通常是 SKILL.md 加脚本、模板、参考资料，描述"遇到某类事该怎么一步步做"。它没有自己的上下文和自主权，是被 Agent 在需要时加载进来的。比如"写周报"的 skill、"规范提交 PR 描述"的 skill。本质是把经验从提示词里抽出来落成文件，可版本管理、可复用、可被多个 agent 共用。注意它不是越多越好，会有重复、冲突，模型升级后不少 skill 会被模型本身吸收掉，要定期淘汰。 Agent：一个有独立上下文、工具集、角色边界和执行循环的实体。它决定什么时候调用哪个 skill、调哪个工具、做到什么程度算完成。skill 是它背包里的工具，不是它的上级。 Multi agent：多个 agent 协作的组织形态。每个 agent 有自己的上下文窗口和工作区，通过文件、消息或接口契约传结果，典型是主从式——主 agent 编排，subagent 干活、只回传摘要。它的价值来自并行和职责隔离（写的人和审查的人不能是同一个上下文），不是"多几个脑子更聪明"。 所以关系是三层嵌套： Multi agent 决定了"谁来做、怎么分工" Agent 决定了"这个活我怎么做、用哪些技能" Skill 决定了"这一类事的具体做法和标准" 落到实际，常见的混乱是拿 skill 当 agent 用，或者为了用 skill 就拆出一堆 agent。判断标准很简单：如果这件事只是流程固定、不需要独立上下文和自主判断，写成 skill，别建 agent；只有当子任务耗时长、能干净切开、需要独立审查或上下文装不下时，才值得拆 agent。 你之前那套主从流程就在这个框架里：主 agent 是组织者，subagent 是执行者，而 skill 应该沉淀在下面共用，让每个 subagent 带同样的手艺进场，而不是各自复制一份提示词。 要不要我按你手头那个不熟的项目，具体说一下哪些该做成 skill、哪些该派成 agent？