一份写给工程师的内部文档使用准则,最近被翻出来重新讨论。软件工程师Sophie Alpert在今年6月25日发布了自己团队关于AI写作的内部政策,核心一句话很直白:自然语言没有无损转换,只要经手改写,含义就会变。知名开发者、博客作者Simon Willison在8月11日转引了这篇文章并公开表示认同,理由是这条规则戳中了AI写作最容易被忽略的一个环节——责任在谁身上。

这不是什么行业新规范,也没有公司统一政策的背书,就是一位工程师给自己团队定的用AI写作的底线。但这条底线值得所有靠AI压缩、润色技术文档的人认真看一眼。

为什么“无损改写”是个假设

Alpert的论点很简单:任何重写都会改变原意。哪怕AI改写得再流畅,只要它不掌握作者脑子里最完整的那份意图表征,信息就一定会在转述中丢失或走样。这和拼写检查、自动格式化完全不是一回事——那些工具修正的是形式,确定性高,几乎不会动含义。LLM改写动的是含义本身,语气可以被拉高或拉低,承诺的强度可以被悄悄改变,而作者往往看不出改动前后的细微差别。

没有无损改写,只有作者愿不愿意逐句负责

这也是Alpert准则里最硬的一条:你必须为文档里每一个想法、每一句话背书。如果评审者问“这句话你想表达什么”,回答“哦抱歉这是AI写的,别管它”是不被接受的。文档不代表你的真实想法,读者的时间就是被浪费的。

谁真正被这条规则约束

受影响最直接的是两类人:写设计文档、技术方案的工程师,和拿着这些文档做评审、做决策的研发负责人。前者的动作没有被禁止——Alpert并不反对用AI压缩或润色文字,效率收益仍然存在。但发布前必须逐句核验,能解释每一处表述,这是硬门槛,不是建议。后者的处境其实更微妙:评审成本没有降低,反而可能上升,因为评审者现在要面对的是“作者本人到底认不认这段话”的不确定性。

  • 提醒.AI改写省的是敲字时间,省不掉你逐句核验的责任,评审现场问起来照样得自己接住。

下面这张图对比了两类工具的本质差异——格式化工具修正的是“形式”,LLM改写动的是“含义”,这正是Alpert那条规则成立的技术基础。

形式修正 vs 含义介入 拼写检查 / 格式化 只修正拼写、缩进、标点 结果确定、可预测 不改变作者原意 0 语义损失风险 LLM 改写 / 润色 介入语气、承诺强度 缺少作者完整意图 每次重写都可能变义 需核验 发布前逐句确认

Willison的转引没有加什么新论点,他更像是在给这条规则投一票——一个每天研究LLM能力边界的人认为这条准则“确实关键”。这本身也是个信号:懂技术的人反而更谨慎地划清AI能干什么、不能替你干什么。