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

合成数据能不能用:三种用法与三条红线

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

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

合成样本的作用是把边界测厚,不是替代真实分布。

合成数据不是"免费的训练集"

用模型生成数据来补样本,听起来很划算。它确实有用,但用错了会污染评测与训练,

而且问题往往到很久以后才暴露(模型学会了合成数据的偏差)。

三种合理用法

一、扩充"格式与边界"样本

让模型生成结构合法但内容多样的样本(空值、极短、超长、异常编码),

用来测解析与校验的健壮性。这类任务不依赖事实正确性,风险低。

二、做"困难负例"

针对容易混淆的类别,生成"看起来像但不对"的样本,用于训练/测分类边界。

注意:负例要人工核对,否则会把真样本误标为负例。

三、做"检索与问答的干扰项"

生成与问题主题相关但不含答案的段落,用于测检索的抗干扰能力。

三条红线(不要越)

1. 不要用合成数据当"事实"评测集 —— 模型生成的事实可能本身就是错的,

用它测"事实正确率"等于自证;

2. 不要用生成模型评测自己 —— 同一模型生成 + 评分会系统性偏好自己的风格

(要评就用不同来源的判据或人工);

3. 不要混入真实用户数据生成 —— 合成过程会把个人数据带进产物,

合规上等同直接使用原始数据。

必须做的两件事

· 标注来源:每条样本记 synthetic: true 与生成模型/提示词版本,

这样评测差异能归因,也便于随时剔除;

· 人工抽检:抽 10% 核对(尤其是"事实类"内容),

合成样本的人工错误率通常明显高于真实样本。

一个务实的组合

```

评测集 = 真实样本为主(>=70%)

+ 合成样本补充边界与困难负例(<=30%,全部标注来源并抽检)

```

评测的结论只能由真实样本决定 ✔;合成样本的作用是把边界测厚,而不是替代真实分布。

怎么验证合成数据有没有帮上忙

1. 用真实评测集做基线;

2. 加入合成样本只用于训练/调参,再看真实评测集是否提升;

3. 若只在合成集上变好、真实集没变 —— 说明过拟合合成分布,应减少合成比例。

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

相关文章

顺序阅读

← 上一篇:把工具调用做成可观测的:日志、回放与重试
下一篇:让答案可核对:检索与生成之间的「证据表」 →

第 42 / 171 篇

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

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