选型指南 架构设计 含可复制代码

上线前要给客服什么:一份武装包

目录层用 SSG 加 ISR 拿收录,工具层用一份 JSON Schema 承接 91 个站内工具,密钥、计费与限流全部收口在国内业务后端,模型调用统一走一层薄适配。这篇把我们真实的目录结构、Schema 字段定义、路由闸门、预扣结算伪代码和合规清单完整摊开。

陈
陈默架构组
2026-09-28 · 14 分钟阅读 · 8,432 次浏览

随机问客服「为什么答错了」,他能否当场给出解释与处置路径?

上线前,客服是最该被武装的人

AI 功能上线后第一批"事故" ✗ 常常是:用户来问"为什么答案是错的" ✔,

而客服完全不知道这个功能怎么工作 ✗ —— 只能回"我帮您反馈一下" ✔,用户更生气 ✔。

上线前给客服一份"武装包" ✔,是成本最低、收益最直接的准备 ✔。

一、武装包要有的五样东西

```

① 一句话说明(这功能做什么、不做什么 ✔)

② 已知限制与失败模式(含"什么时候会出错" ✔)

③ 常见问题的标准回答(Q&A 10~15 条 ✔)

④ 用户求助时的处理路径(谁能解决、多久 ✔ —— 见转人工那篇 ✔)

⑤ 反馈方式(怎么带请求 id 提给我们 ✔)

```

第 ② 项最重要 ✗→✔:客服知道"这功能在长文档上会丢中段" ✔,

就能主动解释 ✔,而不是被动挨骂 ✔。

二、Q&A 怎么写

从上线前的评测失败里挑 ✔(那是最可能被用户遇到的 ✔):

```

Q:为什么它的回答比我自己搜的少?

A:该功能会优先给结论,细节需要展开;如果资料里没有,它会明确说没有。

Q:为什么同样的文档,这次答案不一样?

A:模型输出有一定随机性;如需固定结果,可要求它按原文引用。

```

要点:答案要可执行 ✔(告诉用户"那怎么办" ✔),不要只解释机制 ✗。

三、给客服的三个"权力"

· 一键升级(不用层层审批就能转人工/转工程 ✔);

· 看到请求详情(能查该请求的模型版本与失败原因 ✔ —— 见日志那篇 ✔);

· 标记问题类型(他们的标记是最好的聚类输入 ✔ —— 见问题聚类那篇 ✔)。

四、上线后第一周

· 每天同步一次(今天的新问题、已修/待修 ✔);

· 把客服反馈的问题按类型汇总 ✔ → 直接变成优化优先级 ✔;

· 一周后回收:哪些 Q&A 常被用到、哪些需要改 ✔。

五、三个反模式

· 上线不通知客服 ✗(最糟 ✔);

· 只给功能介绍 ✗(不给限制与失败模式 ✔);

· 客服反馈没有出口 ✗(提了没人处理,下次就不提了 ✔)。

一条判据

> 随机问客服一个关于该功能的"为什么答错了" ✔,他能否当场给出合理解释与处置路径 ✔?

> 不能,说明武装包没做或没到位 ✗。

本文由云枢 AI导航整理,内容以官方来源为准。

相关文章

顺序阅读

← 上一篇:AI 功能的国际化:不只是翻译界面
下一篇:把模型输出做成可审核的:留痕与防篡改 →

第 124 / 171 篇

术语速查 · 本页出现的 12 个词展开看中文名与一句话解释,点术语看完整条目
  • token词元:模型处理文本的最小单位,中文约 1–2 个汉字;计费与上下文长度都按它算。
  • 转写 / 字幕Transcription:把音视频人声逐句变成带时间戳的文字稿,便于做字幕与章节切分。
  • SSE服务器发送事件:服务器通过长连接持续推送增量文本,是对白逐字出现的常见实现。
  • API应用编程接口:程序之间约定的调用方式;站内工具由服务端调用,浏览器里不出现密钥。
  • CDN内容分发网络:把静态资源缓存到离用户更近的节点,缩短加载时间。
  • 缓存Cache:把结果暂存复用,复用得越多平均耗时越低;需要约定过期与刷新策略。
  • 限流Rate Limit:限制单位时间内的请求次数,防止单用户或异常流量打满服务端。
  • SSG静态站点生成:构建阶段就生成 HTML,访问时直接返回,不必每次请求都渲染。
  • ISR增量静态再生:先返回静态页,再在后台按需重新生成,兼顾速度与更新时效。
  • 灰度发布Canary Release:先让一小部分用户用新版本,确认无误再放量,出问题的爆炸半径最小。
  • 提示词Prompt:交给模型的指令文本;写清角色、任务、输入与输出格式比反复试更省。
  • 积分Credits:站内计费单位:按工具单价预扣,调用失败自动退还;单价以定价页为准。

完整解释与站内出现处见 AI 术语表(40 条)。