零基础用扣子搭建客服智能体工作流

零基础在扣子里做客服智能体,先把工作流拆成收问、分流、检索、校验、回复和转人工,再用真实问法验收,避免一上来做万能助手。

很多人打开扣子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

(0)
aibianjibu的头像aibianjibu
多agent结构怎么落地更稳?关键设计要点与常见误区
上一篇 18小时前
3060 12G本地部署DeepSeek能跑哪一档
下一篇 4小时前

相关推荐

联系我们

联系我们

1

在线咨询: QQ交谈

邮件:admin@example.com

工作时间:周一至周五,9:30-18:30,节假日休息

关注微信
关注微信
分享本页
返回顶部