清洗模型输出，且不丢语义

从聊天窗口复制一段文字，很少能直接粘进文档里。多出来的空行、重复的小标题、原本用于对齐但已经对不齐的空格 —— 这些问题单独看都很小，加在一起却足以让「复制粘贴」变成「重新排版」。

粘贴残留其实只有几类

把问题归一下类就会发现，它远比想象中窄：

• 空行结块 段落之间出现两到三个空行，来自聊天界面的段落留白。
• 重复行 标题或结论在不同位置出现两次，通常来自「总结 + 正文」的双层结构。
• 多余空格 原本用来对齐表格或缩进的空格，在目标环境里对齐关系已经不存在。
• 行首尾空白 每条消息都可能带一点，肉眼看不见，但会污染 diff。

一个动作对应一类问题

针对性的处理方式比「整体重排」安全得多，因为每一步你都能预判它的效果：

• 合并空行：把连续空行压缩成一个分隔，段落结构不变。
• 去除重复行：保留首次出现的顺序，删掉后面的重复。
• 合并多余空格：把连续空格与制表符压成一个空格，仅此而已。
• 去除行首尾空白：清理每一行两端，不动行内。

每个动作都是显式的、可预期的。它们不会替你重新解释段落。

什么时候应该停手

清洗有一条隐含边界：它只能删除多余的空白与重复，不能改变文本本身。

一旦某个操作开始需要「猜测作者意图」—— 比如自动合并短行、自动调整标点、自动改写列表层级 —— 它就已经越界了。这类操作在 90% 的情况下看起来更整齐，在第 91 次会悄悄改掉一个你需要的换行。

判断标准很直接：这个动作会让文本变短吗？ 只删空白与重复的操作是安全的；会重写内容的操作不是。

洗完再统计一次

清洗完之后顺手看一眼计数 —— 字符数、行数与 token。两个理由：一是能确认清洗确实生效了；二是 token 数的变化会告诉你这次粘贴带进来了多少「噪音」，下次复制时也许就愿意换一种方式。文本统计与清洗把四项计数和四个动作放在同一屏，效果可以边做边看。

清洗的目标是让文本回到它本该有的样子，而不是让它看起来更整齐。分不清这两件事的时候，宁可不洗。