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

把提示词改动做成可复现的对照实验

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

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

「明显更好了」不是结论,净胜数与失败类型变化才是。

提示词改动也要做对照实验

改一句措辞,效果是变好还是变坏?凭"试几个例子"很容易误判——因为样本太少、方差太大,

而且人容易记住支持自己判断的那些例子。把提示词改动做成可复现的对照实验,结论才站得住。

四步做法

一、固定评测集与判定标准

用同一批样本(100~300 条)、同一套判定规则(见"评测集"那篇)。判定标准要先写,

不能看完结果再定。

二、一次只改一个变量

· 对照:prompt_v3;实验:prompt_v3 + 一处改动;

· 模型、参数、温度、检索结果都保持不变,否则无法归因;

· 改动写进变更说明(动机、做法、预期影响)。

三、成对比较,而不是绝对打分

同一批样本上,两个版本各跑一遍,逐条比较:

· 更好 / 一样 / 更差;

· 统计"更好减更差"的净胜数;

· 关注失败类型的变化(例如变好的同时"编造"变多了,是恶化)。

四、记录可复现的信息

版本号、样本集版本、模型版本、参数、原始输出(脱敏后)。

下次有人质疑,能直接复跑。

常见误判

· 只看几个惊艳例子:挑出来的例子通常不代表整体分布;

· 一次改三处:变好了也不知道是哪一处起的作用;

· 用训练/调试过的样本当评测集:等于自己给自己判卷(过拟合);

· 忽略长度与成本:提示词变长会同时抬高成本与延迟,要一并记录;

· 结论不写样本量:应如实写"在 N 条样本上,净胜 X 条",而不是"明显更好"。

最小可执行流程

1. 冻结评测集与判定标准;

2. 跑对照版本,得到基线(正确率 + 失败类型分布 + 成本/延迟);

3. 改一处,跑实验版本;

4. 逐条成对比较,输出净胜数与失败类型变化;

5. 达标就合并;不达标就回滚,并把这次结论写进变更说明(包含没变好的地方)。

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

相关文章

顺序阅读

← 上一篇:数据脱敏与最小必要:把用户数据喂给模型前该做什么
下一篇:智能体的记忆分层:短期、长期与共享 →

第 25 / 171 篇

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

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