把多轮改写做顺：只改该改的，别丢已改的

真实使用是多轮微调。本文给出四个体验要点（增量理解/保留修改/只改指定部分/可回退）、实现上的三个关键（以当前版本为基线、明确指令、版本链）与该观测的四个指标。

用户很少"一次说清"

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

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

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

1. **增量理解**（"短一点"要作用于**上一版结果** ✔，而不是重新从原始输入生成 ✔）；

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

3. **只改说的那部分** ✔（"把第二条改成表格" 只动第二条 ✔）；

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

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

**以"当前版本"为改写基线** ✔（不是原始输入 ✔）；

**把用户的修改意图转成指令**（"短一点"→ 明确为"压缩为不超 3 行" ✔，避免含糊指令反复生效 ✔）；

**记录版本链**（每轮一个版本 + 差异 ✔ → 可回退、可对比 ✔）。

**平均改写轮数**（高说明首次结果不够好 ✔，也可能说明改写体验很好 ✔ —— 要结合采纳率看 ✔）；

**改写后采纳率** ✔（改完就用 ✔ = 有价值 ✔）；

**回退率**（回退多说明改坏了 ✔）；

**编辑丢失投诉** ✔（应为 0 ✔ —— 不为 0 就是大问题 ✔）。

**每轮全量重生成** ✗（丢失用户修改 ✔）；

**要求用户重述全部要求** ✗（"请再说明一次你要什么" ✔）；

**没有版本历史** ✗（改坏了无法回退 ✔）。

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

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