一、为什么改写比从头写难
从头写，只要把想法倒出来就行。改写不行，得在保留原意的前提下换说法，改得不小心就变了味。
我手里的旧稿子不少，一篇一篇手改很浪费。现在用豆包批量处理，分三类模板。
二、模板一：换读者
适用：同一套内容，要发给不同人群。
```
下面的内容原本写给有基础的开发者。
请重写成给完全没接触过这个领域的人看的版本。
要求：不出现专业缩写；每个术语首次出现时用一句话解释；
保留所有事实和数据；删掉不影响理解的技术细节；
字数不超过原文的 80%。
```
坑在"保留所有事实"。不加这句，模型会为了通俗而丢掉关键数据。
三、模板二：换结构
适用：文章层次乱，需要重新组织。
```
把下面的文章按"问题—原因—方法—验证"四部分重排。
不新增例子，不删原意，分段标题重新起。
原文里有重复表达的地方合并。
```
这一条我每周都用。老文章的问题是结构散，内容其实不缺，重排一遍可读性就能上一个台阶。
四、模板三：换开扬
适用：标题和下笔太平，点击率低。
```
保留正文不变，重写开头100字。
要求：第一句就出具体场景，不要从"随着……的发展"起手；
不制造焦虑；不使用夸张承诺。
```
最后两条是我给自己设的红线。不加限制，模型很喜欢写"否则你就被时代抛弃了"这种句子，长期看会伤读者信任。
五、批量处理的两个规矩
规矩一：一次只改一类问题。
同时改结构、语气、长度，模型会顾此失彼。
规矩二：保留原始版本。
改坏了能回滚。我的做法是文件名后加版本号，不覆盖原稿。
六、一个校验办法
改完后让豆包做一件事：把改写后的内容跟原文逐一对比，列出"哪些信息丢了"。它会老老实实找出来。
这一步很值得，尤其改技术稿的时候。
七、比工具更重要的
工具能改字，改不了判断。
哪些段落该留、哪些例子已经过时、哪些结论要加限定，这些得自己定。模型只能执行你的标准，不能替你定标准。
顺带说一句：很多改写后的文章要重新排版，段落、引用、表格、代码块都得对齐。如果你用的是 Bootstrap 那套标签，组件实验室 里的排版示例可以对照着看，比在编辑器里盲调快。