工具解决的是“调用一次能力”，Skill 解决的是“复用一套完成任务的方法”。当 Agent 不只需要一个函数，而是需要步骤、资源、判断标准和验证方式时，技能系统就比不断扩充工具列表更合适。

Tool、Skill 和 Sub Agent 的边界

Tool 通常是原子动作，例如读文件、查订单；Skill 是围绕目标封装的工作流，例如“生成并校验周报”；Sub Agent 则拥有相对独立的上下文和执行循环，适合边界清晰、可并行的子任务。层级越高，成本和治理要求也越高。

一个 Skill 应包含什么

除了名称和说明，还应包含适用条件、输入输出、依赖工具、执行步骤、失败处理、示例和验收标准。

发现候选 Skill -> 匹配任务 -> 检查依赖/权限 -> 加载说明与资源 -> 执行 -> 验证 -> 记录结果

技能描述要让模型知道何时使用，也要明确何时不要使用。

发现与注册是关键环节

把所有技能全文永久塞进上下文会迅速膨胀。更好的方式是维护轻量注册表，先根据任务召回候选技能，再按需加载详细说明。版本、来源、权限和兼容性也应进入注册信息，避免 Agent 调到过期或未经审核的能力。

复用不等于隐藏过程

技能内部仍要保留步骤日志、工具调用和产物校验。涉及副作用时，审批边界不能因为封装成 Skill 就消失。技能越容易复用，错误也越容易被规模化传播，因此需要测试样例和版本回滚。

这章给我的启发

Skill System 把一次成功的 Agent 操作沉淀成可发现、可验证、可迭代的组织能力。它连接了底层工具与高层任务，也让“经验”第一次有了工程载体。

文章摘自：https://www.cnblogs.com/hazy-star/p/22698368