第 1.5.5 节：把第一个 Agent 整理成演示脚本和面试讲法
这一节把前面完成的材料收束成可展示、可复盘的交付件。完成本节后，你应该能够把第一个 Agent 收束成作品集页面、验收证据和面试回答。
本节交付物与面试讲法
练习题
基础练习
为客服问题分流 Agent（智能体）补充 5 条用户输入样例，并标注意图、风险等级、缺失字段和下一步动作。
项目练习
不用写代码，只写字段契约：设计一个工具调用准备记录，至少包含 trace_id（追踪编号）、intent（意图）、next_action（下一步动作）、missing_fields（缺失字段）、risk_level（风险等级）和 reason（原因）。
挑战任务
把本章的客服问题分流 Agent 扩展成“售后投诉预处理 Agent”。它需要判断投诉等级、是否需要主管介入、是否要创建工单草稿，以及给用户的安全回复。
面试官追问与回答要点
第一个 Agent 最容易被追问的是“你是不是只做了分类器”。回答时要强调它连接了后续业务流程。
| 追问 | 回答要点 |
|---|---|
| 这个分流 Agent 和普通分类器有什么区别？ | 它不只给标签，还输出风险、缺失字段、下一步动作、回复草稿、停止原因和日志，能驱动后续流程。 |
| 为什么 call_tool（调用工具）不直接执行？ | 本章只产生工具意图，执行前还需要第 1.6 章的工具字段契约、权限、幂等、审批和日志。 |
| 如果用户重复发送同一诉求怎么办？ | 用 session_id（会话编号）、历史摘要和停止原因合并处理，避免重复创建工单草稿。 |
| 如果真实模型比 Mock（模拟）更“聪明”，能不能跳过校验？ | 不能。越聪明的模型越可能输出意外内容，业务流程只能接收通过契约校验的结果。 |
| 这个项目怎么写进作品集？ | 写成“客服问题分流 Agent 最小闭环”，重点展示字段契约、状态日志、失败兜底和与工具调用的衔接。 |
面试题和推荐回答
| 面试官可能问 | 推荐回答要点 | 常见扣分点 |
|---|---|---|
| 第一个 Agent 项目为什么应该先做小？ | 因为要先验证输入、输出、状态、日志、停止条件和兜底，再接入真实工具和复杂业务系统。 | 一上来讲很多功能，但没有闭环。 |
| 你的第一个 Agent 做了什么？ | 我做的是客服问题分流 Agent，把用户问题转成意图、风险、缺失字段和下一步动作，为工具调用和人工转接做准备。 | 只说“做了一个聊天助手”。 |
| Mock（模拟）模式有什么价值？ | 它让流程、字段和界面可以在无密钥、无真实模型时稳定验证，也能做自动化回归。 | 认为 Mock（模拟）只是临时假数据。 |
| 为什么需要 trace_id（追踪编号）？ | 它能串联用户输入、模型调用、输出校验、错误和停止原因，方便排查和复盘。 | 只说“方便调试”。 |
| 工具调用意图和工具执行有什么区别？ | 本章只判断是否需要工具，第 1.6 章才执行工具。执行前还要做权限、字段、风险、幂等和日志。 | 认为模型输出 call_tool 就应该直接调用接口。 |
| 输出校验失败怎么办？ | 重试、降级、转人工或安全提示，并记录错误原因，不能让无效输出进入业务流程。 | 忽略校验，继续展示模型原文。 |
| 高风险退款请求如何处理？ | 不承诺结果，先识别风险和缺失信息，要求补充订单号，并准备人工或审批流程。 | 直接回答“可以退款”。 |
| 如何把这个项目写进简历？ | 写成“设计客服分流 Agent 最小闭环，完成意图识别、风险分级、缺失字段识别、下一步动作、Mock（模拟）/Real 模式、状态日志和失败兜底”。 | 写成“使用大模型完成客服机器人”。 |
本章交付物
| 交付物 | 本章产出 |
|---|---|
| 系统流程图 | 客服问题分流 Agent 处理流程。 |
| 字段契约表 | 输入字段、输出字段、状态和日志字段。 |
| 失败与兜底表 | 输出无效、信息不足、风险不确定、退款承诺、模型失败和重复提交处理。 |
| 面试讲法 | 能把第一个 Agent 讲成客服工作台的最小可验收切片，并自然连接第 1.6 章工具调用。 |
小结
第一个 Agent 不应该追求炫技，而应该建立可复用的工程骨架：输入输出、Prompt（提示词）、状态、日志、运行模式、停止条件、失败兜底和验收标准。
本章把第一个 Agent 收束成客服问题分流切片。读者看完后应该明白：真正能面试、能交付的 Agent 项目，不是“模型回答得像人”，而是“模型结果能被系统稳定接住”。
下一节会补上经典 Agent 范式选择：什么时候用 ReAct（推理与行动交替）、什么时候先计划再执行、什么时候用 Reflection（反思修正）检查输出。