企业官网建设流程全解析

Skill 建立在 Tools 之上（简要拆解 + 边界区分）

先给核心结论：Skill 是业务规则 / 流程封装，Tools 是底层执行能力；Skill 通常会调用 Tools 完成动作，所以可以说 Skill 建立在 Tools 之上，但二者不是简单的一层封装关系。

1. 各自定位

1. Tools（工具）底层原子执行单元：计算器、联网搜索、代码解释器、文件读取、图片检索等。 职责：执行单一能力，只负责 “怎么做”，无业务逻辑、无权限规则、无对话流程约束。 特点：可被任意上层模块调用，通用、原子化。

2. 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 管控工具调用权限与调用时机，避免模型随意调用工具、随意回答。