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

AI 功能的 A/B 测试怎么做才可信

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

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

版本不冻结,实验就作废。

为什么 AI 功能的 A/B 测试常常不可信

传统 A/B 测试的假设(同一批用户随机分流、指标稳定、互不干扰)在 AI 功能上经常不成立:

· 同一用户重复提问,第二次的回答受第一次影响(上下文、缓存);

· 模型是黑盒且会变:服务端版本更新会让两组同时变化,差异不再来自你的改动;

· 效果指标滞后:满意度、留存要几天甚至几周才显现,而模型行为可能早就变了;

· 样本量小、方差大:生成类任务的评分天然波动大,需要更多样本才能看出真实差异。

五件必须先定的事

1. 实验单位:按用户分流,而不是按请求(同一用户必须始终在同一组,否则体验割裂且污染数据);

2. 指标口径:主指标只选一个(例如"任务完成率"),其余作为护栏指标(延迟、成本、负反馈率);

3. 变更冻结:实验期内冻结模型与提示词版本,任何一方变了就作废重跑;

4. 样本量预估:按指标的方差反推需要多少样本,避免"跑两天看趋势";

5. 判定规则:事先写清"达到什么条件算赢",避免事后挑指标。

更适合 AI 的三种替代做法

离线对照(最常用)

固定一批真实样本,两个版本各跑一遍,用同一把尺子(评测集 + 人工抽检)比较。优点:快、可控、可重复。

影子模式

新版本在暗处跑,不影响用户,只记录结果;与线上版本对比,看差异与错误类型。适合高风险改动。

渐进放量 + 护栏

不做严格对照,而是 5% → 20% → 50% 逐步放量,每一步看护栏指标(延迟、成本、失败率、负反馈率)是否越界。适合"只要不变差就上线"的改动。

常见坑

· 两组提示词版本不同却以为是同一实验;

· 用平均分掩盖分布变化(平均不变但"极差回答"变多);

· 拿同一批用户反复测,用户已经学会怎么用;

· 结论写"效果更好"却没写样本量与置信区间(应如实写清"在 N 个样本上观察到 X")。

一个最小可信流程

1. 冻结版本,固定用户分组;

2. 选一个主指标 + 三个护栏指标;

3. 离线对照先跑一轮(几百条样本足够看出大差异);

4. 线上渐进放量,每步看护栏;

5. 结论文档记录:改动、样本量、指标变化、没变好的地方。

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

相关文章

顺序阅读

← 上一篇:AI 功能的埋点与看板:该记录哪些字段
下一篇:把长任务做成可恢复:断点、幂等与进度可见 →

第 19 / 171 篇

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

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