给 Agent 写第一份任务单:三条咨询,只分流不发送
把模糊客服请求写成范围清楚的任务单,用规则更新检查草稿、追问与转人工。
本文目录 · 8 节
“帮我处理客服消息”听起来很清楚,但执行者会遇到一串空白:处理是分类、写草稿,还是直接回复?规则不清时向谁问?能不能改订单?你真正需要的,可能只是一个今天就能开始的小步骤。
这一课把模糊请求改成一份可执行任务单,用三条虚构咨询试跑。它参考微软Agent入门课关于环境、工具与行动范围的讨论,练习材料为独立编写。无需连接邮箱、客服后台或支付系统;用已有的AI对话工具即可模拟,本文没有声称执行过真实客服操作。
原始请求为什么不够
设想你经营一个线下手工体验活动,给助手的第一句话是:“把今天这几条咨询处理好。”即使助手热心,也无法从这句话知道你想要的结果和授权范围。
如果它输出三段回复,你可能嫌没有分类;如果它真的发送,你又可能觉得越权。问题不完全是模型能力,而是双方对“完成”的理解不同。因此先把结果定义成“给人工审核的处理清单”,不要直接把整套客服业务交出去。
把规则和消息分别提供
本课规则如下,活动、编号和人名均为虚构:
规则R1|小木手作体验课,当前版本2026-09-01。
1. 9月12日上午场最多6人,当前已确认6人,无空位。
2. 满员后可以登记候补,但不能保证有名额或递补时间。
3. 想换场次,需要用户提供原预约编号和目标场次,再由工作人员核实。
4. 本规则没有退款条款;退款问题转给工作人员,不自行承诺金额或时间。三条待处理消息:
M01|小叶:听说12日上午还能加人?我可以直接带朋友过去吗?
M02|阿舟:我想改到下午,帮我换一下。
M03|小鹿:我现在不想参加了,今天能全额退吗?把规则与消息分开,是为了防止用户消息里的说法覆盖正式规则。例如M01的“听说还能加人”不是新的容量决定,只是咨询者的理解。
可直接使用的任务单
新建对话,先粘贴规则和消息,再发送下面的任务单:
目标:将M01—M03整理成供工作人员审核的处理清单。
输入:只能使用我提供的规则R1和三条消息,不搜索额外活动信息。
允许:理解问题、引用规则、输出回复草稿或需要追问的信息。
禁止:实际发送消息、登记候补、改预约、退款、创建对外承诺。
判断:规则能回答就写草稿;缺少办理信息就列出必要追问;规则未覆盖就转人工,不编造政策。
输出字段:消息编号、问题类型、处理决定、依据条款、草稿、缺失信息。
完成标准:三条消息各一行,不漏、不合并;每个决定能对应R1或明确说R1未覆盖。
如果材料相互冲突,先说明冲突并暂停该条,不替我选择规则。这一份任务单不长,但把五个容易出错的地方说清了:只读哪些资料、能做到哪一步、不能做什么、何时停、如何检查。任务越涉及真实业务,越不应让“自主完成”替代这些约定。
一份可核对的处理结果
下面是教学示例,不是工具实际返回:
| 消息 | 类型与决定 | 依据 | 回复草稿要点 | 缺失信息 |
|---|---|---|---|---|
| M01 | 满员咨询;可答,不登记 | R1第1、2条 | 上午场已满,不能直接加人;可了解候补,递补不保证 | 若想候补,另行确认意愿及所需资料 |
| M02 | 改场;先追问 | R1第3条 | 请提供原预约编号和具体目标场次,工作人员再核实 | 原编号、目标场次;“下午”还需确认对应日期与场次 |
| M03 | 退款;转人工 | R1第4条 | 当前材料没有退款条款,需工作人员核实,不承诺当天或全额 | 有效退款规则及工作人员处理结果 |
对M02,只问必要信息即可,不要顺手索要身份证、住址等与这一步无关的数据。对M03,解释规则没有提供退款条款,不等于宣称“不允许退款”;未知与拒绝是两回事。
把“写了草稿”和“完成业务”分开
错误示例是:“已给小叶登记候补,阿舟改到了下午,小鹿今天全额退款。”它同时越过了三条边界:没有候补意愿确认、没有改场资料、没有退款规则。
如果模型口头声称这些动作发生了,先检查是否真的有工具调用和业务记录。纯对话模拟里没有连接系统,不能把“已处理”当成事实。实际系统里则需要看发送记录、预约变更或退款状态,不能只相信一句自然语言汇报。
你可以追问:“请把已生成的草稿与已经执行的外部动作分开列出,并为后者提供真实记录;没有记录就写未执行。”这不是为了让答案更啰嗦,而是避免工作人员误以为事情已经办完。
第二轮:只改一条规则,看它会不会继续用旧答案
新建对话,仍提供原规则与三条消息,再补充:
规则R2,正式更新于2026-09-04:9月12日上午场有1人取消,当前已确认5人、剩余1个名额,替代R1第1条。其他条款不变。
继续只给草稿,不自动占位。按R2更新三条清单。M01现在可以说明剩余1个名额,但不能承诺小叶和朋友两个人都能参加,也不能自动为他保留。M02仍缺原编号和目标场次;M03仍要转人工。只更新受影响的部分,是检查它是否理解规则替代关系的好办法。
如果它把所有条目都标为“可办理”,说明新规则被泛化了;如果M01仍写已满,则可能没有使用更新。不要只评价“回答好像不对”,指出具体编号、规则和预期变化。
从模拟走向真实工具之前
本课完成后,若要接入真实客服系统,新增的不只是一个按钮。你还需要明确读取范围、消息编号如何去重、草稿由谁确认,以及网络失败后是否可能重复发送。发送、改预约、退款应分别设置可核对的动作边界,不能共享一句笼统的“已授权”。
第一次上线可以仍然只读消息并产出草稿,让工作人员比较建议与真实规则。通过后再讨论是否允许某些低风险动作,而不是把所有动作一次开放。
如果遇到以下情况,优先修任务单:草稿缺字段,补输出定义;把未说明写成禁止,补未知处理;把消息当规则,标明来源层级;要求无关隐私,缩小必需信息。只有任务本身清楚,工具错误才更容易定位。
你最后应得到三行能交给同事审核的清单,而不是一句“客服已处理完毕”。当别人能根据消息编号和条款复核你的结果,这份任务单才具备可交接性。
来源与许可
参考微软《AI Agents for Beginners》第一课的环境与行动范围概念。手作咨询、规则、任务单和示例为开工独立编写,未连接真实客服。原课程MIT声明如下。
MIT License
Copyright (c) Microsoft Corporation.
Permission is hereby granted, free of charge, to any person obtaining a copy
of this software and associated documentation files (the "Software"), to deal
in the Software without restriction, including without limitation the rights
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
copies of the Software, and to permit persons to whom the Software is
furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in all
copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
SOFTWARE文字来源:参考Microsoft AI Agents for Beginners第1课;手作活动规则、任务单、消息和示例独立编写,MIT声明完整保留。