企业中常见的困境是：核心 SOP 掌握在少数老员工手里，一旦人员流动，整套流程就要从头重建。如果能把 SOP 沉淀为 Agent 可用的 Skill，就能把隐性知识显性化、可复用。

Skill、Prompt、Tool、MCP 的区别

这四个概念常被混用，但职责不同：

• Prompt：解决"怎么说话"，定义角色、语气调和输出格式
• Tool：解决"能干哪些事"，提供具体的外部操作能力（如发邮件、查数据）
• MCP：解决"工具在哪、怎么调"，是标准化的工具接入协议
• Skill：解决"怎么做、什么时候该用哪种方法"，封装的是完整的流程和决策逻辑

如果把 Skill 当成"又一个可以调用的工具"来设计，是最常见的误区。Skill 不是被动等待调用的接口，而是主动参与任务拆解的知识模块。

Skill 跟 Wiki 的本质区别

Skill 跟 Wiki 最本质的区别是它把"触发条件"这个维度加了进去。Wiki 是"人想起来去看"的静态知识库，而 Skill 是"模型在特定情境下自动调度"的能力模块。这背后是一次更大的转变——从"人编排路径"到"模型调度能力"。

技术组件与企业组织的映射

把 Agent 系统的技术组件对应到企业组织的真实结构里：

SOP 天然适合被封装成 Skill，因为成熟企业本来就不要求员工把手册背下来。新员工做代开发票时不用背流程，跟着系统引导一步步走就行。Agent 也是一样的逻辑——不需要把所有步骤写进 Prompt，而是拆成 Skill 按需调度。

Skill 的两种类型

Skill 大致可以分成两类：参考型和任务型。

• 参考型 Skill：模型自动判断是否需要参考，如行业报告、内部规范、操作手册等。适合知识查询类场景。
• 任务型 Skill：模型识别到特定意图后主动调用，如数据分析、报告生成、代码审查等。适合流程化操作场景。

两种触发逻辑的差异在于：参考型是"可能需要时自动选择是否使用"，任务型是"明确匹配到意图后必须执行"。把这两种区分清楚，实战中就能更精准地设计 Skill 的触发条件。

当企业把 SOP 封装成 Agent Skill 后，就不再依赖个别老员工的经验记忆。新员工入职可以直接调用这些 Skill，系统会按照既定流程引导完成工作。这就是"SOP 活了"的真正含义——从死文档变成活的、可被模型调用的知识资产。