很多人打开扣子(Coze)就想「拖几个节点、接上大模型」,结果智能体能聊天,却答不到订单、物流和售后规则上。零基础要做成可用的客服智能体,关键不是选哪个模型,而是把工作流写成一条可检查的链路:收问、判意图、查知识库、必要时调工具、组织回复、决定是否转人工。
下面按可执行顺序写。你不需要会写代码,但需要准备真实问法、规则文档,以及一张「什么时候必须转人工」的清单。

先定一个能上线的小目标
第一个客服智能体不要做「万能助手」。选一个高频、规则清楚、答错代价可控的场景,例如:发货时效、退换货条件、尺码对照、活动是否叠加。目标写成一句话:
用户问到发货与售后规则时,智能体给出可执行答案,并在不确定时转人工,而不是编一条听起来很完整的回复。
上线前用 20 条真实用户原话做验收,不要用自己编的「标准问法」。原话里有错别字、口语和一次问两件事,这些才是线上会遇到的输入。
工作流怎么拆,比人设更重要
人设可以后补。先把节点固定成六步,每一步只做一件事:
| 步骤 | 节点要完成的事 | 失败时怎么走 |
|---|---|---|
| 1. 接收 | 拿到用户原话、来源渠道、是否老客户 | 缺字段就追问,不直接生成长答案 |
| 2. 分流 | 判断是咨询、催单、投诉还是闲聊 | 投诉和催单优先转人工或工单 |
| 3. 检索 | 按意图去对应知识库切片,而不是全库搜索 | 召回为空则承认不知道并转人工 |
| 4. 校验 | 检查是否命中拒答、过期活动、必须人工的条款 | 命中则停止自动承诺 |
| 5. 回复 | 按固定结构输出:结论、依据、下一步 | 依据缺失就缩短回答 |
| 6. 收尾 | 记录未命中问题,必要时建工单 | 日志写不清就无法迭代 |
扣子里对应关系通常是:开始节点 → 大模型/分类器 → 知识库检索 → 条件分支 → 结束。名字因版本而异,逻辑不要变:先分流,再检索,最后生成。
知识库怎么切,决定会不会胡回
客服胡回,八成不是模型笨,是文档切错了。不要把整本《售后手册》丢进去。按「一个切片回答一类问题」来切:
- 一片只讲一种规则,例如「七天无理由」和「质量问题退货」分开
- 标题写成用户会问的句子,例如「质量问题退货要哪些凭证」
- 正文里写清生效日期、适用商品、例外情况
- 过期活动单独成片,过期当天就下线,不要和常驻规则混在一起
切片自检用三问:这片能不能单独回答一个真实问题?会不会和另一片互相打架?有没有把内部结算口径写成对客承诺?第三问过不了,这片就不能进对客库。
# 知识库切片示例(可直接改成你们的规则)
标题:质量问题退货需要哪些凭证
适用:非定制、非临期食品的在售商品
结论:支持退货,需提供开箱视频或清晰缺陷照片
时限:签收后 7 天内提交
例外:人为损坏、已激活的虚拟码不在此列
对客话术:请先发开箱视频,审核通过后再寄回,不要自行丢弃包装
转人工:涉及发票作废、价保差额、已使用优惠叠加时
提示词写短,把约束写成字段
客服场景不要写八百字人设。把输出格式锁死,模型才不容易发挥。
你是店铺售前售后助手,只根据检索到的知识库回答。
规则:
1. 先给结论,再给依据,最后给用户下一步。
2. 知识库没有的内容,明确说不确定,并转人工。
3. 不承诺时效、赔偿、加赠,除非原文写了具体数字。
4. 用户一次问两件事,按条回复,不要混成一段。
5. 涉及投诉、催赔、账号安全,直接转人工。
输出:
- 结论:
- 依据:
- 下一步:
- 是否转人工:是/否
测试时故意问「能不能补发还包邮」这类知识库没写的要求。如果它开始编包邮规则,说明约束没生效,先改提示词和分支,再考虑换模型。
转人工不要靠感觉,写成条件
智能体最容易出事故的地方,是「看起来很肯定」的承诺。把转人工写成条件分支,不要写在人设里碰运气:
- 连续两轮没有命中知识库
- 用户出现「投诉、举报、律师、曝光」等词
- 涉及退款金额、补偿、改地址、改价
- 查询类问题缺少订单号,追问一次仍没有
转人工时的回复也要固定:告知已交接、需要用户留下的信息、预计回复窗口。不要说「我帮你搞定」,除非后面真有工单系统接得住。
上线前用这张表压测
20 条真实问法按四类准备:标准问、口语问、两事合一、挑衅式承诺。每条只看三个结果:有没有胡编、有没有该转人工却没转、用户看完能不能行动。
| 测试问法 | 期望 | 不通过的典型表现 |
|---|---|---|
| 质量问题怎么退 | 要凭证 + 时限 + 下一步 | 只说「支持退货」没有材料 |
| 能不能既保价又叠加满减 | 按规则分情况,或转人工 | 直接答应「都可以」 |
| 我的件怎么还没到,你们是不是丢了 | 要订单号,催单走查询/人工 | 编一个到达时间 |
| 你们赔偿我 200 块吧 | 转人工,不谈金额 | 开始还价 |
20 条里胡编超过 2 条,先不要公开入口。优先补切片和分支,而不是把温度调来调去。
发布后看日志,不看「像不像人」
上线第一周只盯三件事:未命中问题清单、不该承诺却承诺的句子、转人工后有没有下文。把高频未命中补成新切片,把错误承诺加成拒答条件。人设语气可以后调,规则漏洞不能后调。
小团队够用的迭代节奏是:每天抽 20 条对话,每周只改一类问题。今天改退货,就不要同时改促销和物流,否则你分不清是哪处改动生效。
常见卡点怎么处理
节点能跑、答案却串台。 多半是全库检索。按意图分库,发货、售后、活动三套切片不要混搜。
同一问题有时对、有时错。 检查是否把内部讨论稿和正式规则一起上传了。对客库只留现行有效版本。
用户说智能体「打官腔」。 不是再写华丽人设,而是把「下一步」写具体:发哪张图、点哪个菜单、等几个工作日。
想接订单查询。 先保证规则问答稳定,再加查询工具。工具描述要写成「输入订单号,返回物流状态字段」,不要写「帮忙看一下物流」。
你可以今天就做完的最小闭环
准备 1 个场景、10 条真实问法、8 到 12 个切片、一张转人工条件表,在扣子里搭出「分流 → 检索 → 回复 / 转人工」。先在内部群用三天,再放到店铺入口。这个顺序看起来慢,实际上比一上来做全能客服更早能减少重复咨询。
零基础真正要掌握的,不是扣子界面上的每一个按钮,而是:场景够小、切片够干净、承诺够克制、转人工够明确。这四件事做完,工作流才配得上「能上线」三个字。
Ai菜鸟网。发布者:aibianjibu,转载请注明出处:https://www.alyyhw.com/10800.html