第 1.6.5 节：组装工具调用的作品集交付件
这一节把前面完成的材料收束成可展示、可复盘的交付件。完成本节后，你应该能够把工具调用收束成作品集页面、验收证据和面试回答。
| 任务卡 | 内容 |
|---|---|
| 本节任务 | 组装本章作品集包，并准备 1 分钟项目讲法。 |
| 你会产出 | 客服 Agent 工具调用设计包和面试回答稿。 |
| 使用场景 | 作品集页面、项目复盘、面试项目介绍、客户方案说明。 |
| 完成标准 | 能用一页结构说明业务目标、工具边界、契约、权限、失败兜底和验收证据。 |
作品集不是把表格堆在一起。面试官或客户真正想看的是：你有没有把模型能力变成可控业务系统。
本章作品集包应该回答 5 个问题：
| 问题 | 对应材料 |
|---|---|
| 为什么需要工具调用？ | 业务动作工具化判断表 |
| 工具具体怎么被调用？ | 工具函数契约表 |
| 哪些动作不能自动执行？ | 权限、审批与幂等矩阵 |
| 失败后怎么处理？ | 失败兜底表和审计日志字段表 |
| 怎么证明它可交付？ | 验收样例、面试讲法和风险说明 |
边界也要写清楚：本章产物是设计包，不等于已经接入真实订单系统。真实上线前还需要后端接口、权限系统、日志系统、前端确认页和业务验收。
实现步骤或决策流程
- 把第 1.6.1 节的判断表放在最前面，说明为什么不是所有问题都做成工具。
- 把第 1.6.2 节的工具契约表压缩成 3 个代表工具：查订单、创建工单、发起退款审批。
- 把第 1.6.3 节的权限矩阵放在契约后面，说明工具不能绕过业务规则。
- 把第 1.6.4 节的失败兜底表和审计字段放在最后，证明你考虑了不可验收风险。
- 写一段 1 分钟讲法，按“业务目标、工具边界、工程控制、验收证据”组织。
可复制模板
# 客服 Agent 工具调用设计包
## 1. 项目背景
这个客服 Agent 用于处理订单查询、售后政策解释、工单创建和退款审批等客服问题。目标不是让模型自由操作系统，而是让模型在受控边界内申请工具调用。
## 2. 业务动作工具化判断表
粘贴第 1.6.1 节产物。
## 3. 工具函数契约表
粘贴第 1.6.2 节产物。
## 4. 权限、审批与幂等矩阵
粘贴第 1.6.3 节产物。
## 5. 失败兜底与审计日志
粘贴第 1.6.4 节产物。
## 6. 验收样例
| 样例 | 用户输入 | 期望工具行为 | 期望回答 |
| --- | --- | --- | --- |
| | | | |
## 7. 面试讲法
用 1 分钟讲清业务目标、工具边界、权限审批、失败兜底和验收证据。
示例结构
| 作品集段落 | 示例写法 |
|---|---|
| 项目背景 | 客服 Agent 需要同时处理知识问答、订单查询、工单创建和退款申请。 |
| 工具边界 | 退货政策走 RAG，订单状态走工具，退款只发起审批不直接执行。 |
| 工程控制 | 工具调用前校验身份、对象归属、风险等级和用户确认。 |
| 失败兜底 | 超时不编造结果，越权拒绝，重复提交返回已有工单。 |
| 验收证据 | 准备成功、缺字段、无权限、超时、重复提交和高风险审批样例。 |
新手自查清单
- 作品集里是否只写“用了 Tool Calling”，但没有展示工具边界？
- 是否把设计包写成技术名词堆砌，而不是客服业务问题？
- 是否缺少失败、越权、重复提交和人工审批说明？
- 是否承诺已经上线真实系统，但实际上只是设计或 Mock？
- 面试讲法是否能在 1 分钟内讲完业务目标、工程控制和验收证据？
本节交付物与面试讲法
本节最终交付物是“客服 Agent 工具调用设计包”。合格标准是它能被放进作品集页面，并且别人不用读完整章，也能看懂你的工具调用设计边界。
1 分钟面试讲法可以这样说：
我在客服 Agent 项目里没有让模型直接操作业务系统，而是设计了一层受控工具调用。第一步先判断哪些请求适合模型回答、知识库检索、工具调用或人工审批；第二步把查订单、创建工单、发起退款审批写成工具契约，明确输入、输出、错误和日志字段；第三步给每个工具设计身份校验、业务对象归属、用户确认、人工审批和幂等键；最后补齐超时、越权、重复提交和高风险阻断的失败兜底。这样 Agent 既能处理真实业务，又能被权限、日志和验收样例约束。