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

改 A 坏了 B:横向回归怎么发现

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

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

上次改动后,除了目标指标,你还看了哪几个守卫指标?

改 A 坏了 B,是最难发现的一类退化

评测集通常围绕"本次改动"设计 ✗ —— 于是回归(改 A 影响 B ✔)很难被发现 ✔:

分类准确率涨了 ✔,但摘要变啰嗦了 ✔;检索召回涨了 ✔,但答案引用率掉了 ✔。

要专门做"横向回归" ✔:改一处、跑全套 ✔。

一、三件事要同时看

```

① 目标指标(本次想改的)—— 是否变好

② 守卫指标(不想动的)—— 是否没变坏

③ 全局指标(整体)—— 是否有意外变化

```

第 ② 项最容易被省 ✗ → 但它正是"改 A 坏 B"的探测手段 ✔。

做法 ✔:给每个功能指定 2~3 个守卫指标 ✔(例如"摘要功能的输出长度中位数" ✔),

每次改动都检查它们是否在范围内 ✔。

二、评测集的"横向覆盖"

· 一个评测集覆盖多个功能(而不是每个功能一个孤立的集 ✔);

· 跨功能样本(同一批输入,看多个功能的输出 ✔);

· 共享组件改动要跑全量(改组装器/改解析器/换模型 ✔ —— 影响面最大 ✔)。

判断标准 ✔:这次改动被哪些功能共用 ✔?

共用的越多 → 跑得越全 ✔。

三、三个实操建议

1. 冒烟集要覆盖所有功能(每功能 3~5 条 ✔,1 分钟跑完 ✔);

2. 完整集按"改动影响面"选(不是每次全跑 ✔ —— 见评测接进 CI ✔);

3. 记录"这次跑了哪些集、结果如何" ✔(见发布说明 ✔)。

四、三个反模式

· 只测改动的那个功能 ✗(回归漏掉 ✔);

· 守卫指标没有阈值 ✗("变差一点点没关系" → 累积退化 ✔);

· 改动影响面靠猜 ✗(应该看依赖关系 ✔)。

五、一条判据

> 上次改动后 ✔,除了目标指标 ✔,你还看了哪几个守卫指标 ✔?

> 说不出,说明回归防护还只有"目标指标"一层 ✗。

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

相关文章

顺序阅读

← 上一篇:用表单代替自由文本:引导式输入设计
下一篇:输入示例库:好的提问长什么样 →

第 158 / 171 篇

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

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