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

把多轮改写做顺:只改该改的,别丢已改的

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

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

用户连说 5 次微调后,前几次修改还在吗、能回退吗?

用户很少"一次说清"

真实使用是多轮微调 ✔:"短一点""换个语气""把第二条改成表格" ✔。

如果产品只支持"重新生成" ✗,用户每次都得重打 ✔ —— 体验就断了 ✔。

把"多轮改写"做顺 ✔:记住上下文、只改该改的、别把改好的丢掉 ✔。

一、四个体验要点

1. 增量理解("短一点"要作用于上一版结果 ✔,而不是重新从原始输入生成 ✔);

2. 保留已完成的修改 ✔(用户改过的段落不被覆盖 —— 见草稿编辑那篇的"锁定" ✔);

3. 只改说的那部分 ✔("把第二条改成表格" 只动第二条 ✔);

4. 可回退 ✔(多轮之后能回到任一版本 ✔ —— 版本历史 ✔)。

第 2 点最容易被做坏 ✗:一改就全量重生成 ✔,用户前面 10 分钟的编辑全白费 ✔。

二、实现上的三个关键

· 以"当前版本"为改写基线 ✔(不是原始输入 ✔);

· 把用户的修改意图转成指令("短一点"→ 明确为"压缩为不超 3 行" ✔,避免含糊指令反复生效 ✔);

· 记录版本链(每轮一个版本 + 差异 ✔ → 可回退、可对比 ✔)。

三、该观测什么

· 平均改写轮数(高说明首次结果不够好 ✔,也可能说明改写体验很好 ✔ —— 要结合采纳率看 ✔);

· 改写后采纳率 ✔(改完就用 ✔ = 有价值 ✔);

· 回退率(回退多说明改坏了 ✔);

· 编辑丢失投诉 ✔(应为 0 ✔ —— 不为 0 就是大问题 ✔)。

四、三个反模式

· 每轮全量重生成 ✗(丢失用户修改 ✔);

· 要求用户重述全部要求 ✗("请再说明一次你要什么" ✔);

· 没有版本历史 ✗(改坏了无法回退 ✔)。

一条判据

> 用户连续说 5 次"再短一点/换个说法/改成列表" ✔,他的前几次修改还在吗 ✔ 且能回退吗 ✔?

> 不能,说明多轮改写还没做顺 ✗。

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

相关文章

顺序阅读

← 上一篇:输入分布漂移监控:指标没变但效果在变
下一篇:降级链要有层次:五级递进与每级的四个问题 →

第 144 / 171 篇

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

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