Skill 建立在 Tools 之上简要拆解 边界区分先给核心结论Skill 是业务规则 / 流程封装Tools 是底层执行能力Skill 通常会调用 Tools 完成动作所以可以说 Skill 建立在 Tools 之上但二者不是简单的一层封装关系。1. 各自定位Tools工具底层原子执行单元计算器、联网搜索、代码解释器、文件读取、图片检索等。 职责执行单一能力只负责 “怎么做”无业务逻辑、无权限规则、无对话流程约束。 特点可被任意上层模块调用通用、原子化。Skill技能面向场景的业务编排层由「流程文档 调用规则 输出口径」组成比如会员权益 Skill、账号隐私 Skill。 职责定义业务流程、约束话术、判断何时调用工具、如何解析工具返回结果、如何组织回答负责 “什么时候做、按什么规则做、输出什么规范”。 特点面向特定业务场景自带合规 / 口径约束。2. “Skill 建立在 Tools 之上” 怎么理解✅ 依赖关系Skill 内部编排时可以发起调用 Tools依靠工具获取数据、执行运算没有 Tools很多 Skill 无法完成业务动作。❌ 不是绝对依赖部分轻量 Skill 只做话术管控、规则判断完全不需要调用任何 Tools仅依靠内置规则回复。3. 层级示意plaintext用户对话 ↓ 模型路由匹配 Skill读取业务规范、应答口径 ↓可选 Skill 编排调用 Tools搜索/计算/读取文档等原子能力 ↓ Tools 返回原始结果 ↓ Skill 按规范过滤、整理、合规化输出给用户4. 补充容易混淆的点模型本身 ≠ Skill也 ≠ Tools模型是调度中枢。Tools 是执行层Skill 是业务控制层Skill 管控工具调用权限与调用时机避免模型随意调用工具、随意回答。