无AI腔调 是做什么的？
实际问题
语言模型通过预测下一个最可能出现的词来写作。应用到散文中，它产出的句子是大多数文本会填入那个位置的内容，而非这篇文本真正需要的句子。结果就是文本流畅、均衡、对称，但几乎空洞无物。读者在两句话内就能察觉，并开始跳读。
因此，解决方法不是对“灌水内容”做一轮清理。而是基于你对这个具体主题的实际了解来写作，按照人们思考的顺序组织，并剔除其他一切。下面的模式只是症状。把它们当作一份检查清单，捕捉那些漏网之鱼，切勿当作写作方法。
完成大部分工作的两项测试
对每个句子，尤其是你正在决定是否包含的每个细节，都要应用这两项测试。
1. 这句话换到别的东西上是否仍然成立？ 替换成不同的公司、项目、人物或产品。如果句子依然成立，那它就是填充内容。删掉它，或用具体内容替换。
- 灌水："本项目展示了强大的分析能力和解决实际问题的热情。"
- 真实："将交付承诺从平台的21天/4.5%晚点率，缩短至18天/3.44%晚点率。"
2. 这个细节是任何人都能做的，还是人人都已经知道的？ 对受众来说普通的细节就是噪音，列出它们会直接表明经验不足，因为这显示你分不清什么值得称赞。开发者的简历不应列出“使用过Git”。README不应解释终端是什么。文章不应定义读者日常使用的词汇。只有当细节在特定位置值得出现时，才包含它。
这两项测试相关但侧重点不同。第一个剔除空洞的措辞。第二个剔除真实但无意义的内容，这更难，因为从句子本身看不出问题。
结构追随思想，而非模板
默认的机器结构是：引言、三个平行部分、结论，每部分大小相同。一个真正理解所写内容的人不会这样做。他们会以读者最关心的内容开头，处理预判到的反对意见，然后填充细节，各部分自然长短不一，因为真实内容就是不平整的。
写作之前，先确定读者最需要什么，他们会质疑什么。以此为基础构建。让某个部分长一些，另一个部分只有两句话。
相关：不要预告结构。不要“让我们深入”，不要“在本文中我们将探讨”，不要用总结段落复述读者刚刚读过的内容。直接开始内容，内容结束就结束。
模式
改编自维基百科的“AI写作迹象”（WikiProject AI Cleanup），这是最可靠的模式清单，因为编辑们是从清理真实案例中编译出来的。
在下面的每一对中，“真实”部分只说了“灌水”部分已经包含的内容。去灌水是减法。如果你添加一对，请保持这种方式：重写时填入输入从未提供的事实，是本文件认为最严重的失败。
内容
- 夸大重要性。 "标志着……的关键时刻”，"是……的见证”。陈述发生了什么。
- 灌水："该研究所成立于1989年，标志着区域统计演化的关键时刻。这是更广泛的行政职能分散化和加强区域治理运动的一部分。"
- 真实："该研究所成立于1989年，是行政职能分散化的一部分。"
- 借名证明。 堆砌机构、出版物或工具，借其分量。只保留读者需要的。
- 灌水："她的作品被四家全国性报纸引用，她在社交媒体上活跃，拥有大量粉丝。"
- 真实："她的作品被四家全国性报纸引用。"
- 浅薄的-ing分析。 "象征着……之间的张力”，”反映了更广泛的转变”，”展示了团队的承诺”。这些从句断言重要性但无证据。删掉。
- 灌水："建筑涂成蓝色和金色，反映了社区与土地的深厚联系。"
- 真实："建筑涂成蓝色和金色。"
- 模糊关联。 "与……相关”，”与……有关联”，”反映了……之间的关系”。断言两件事相关但未说明如何相关。
- 灌水："团队使用该框架安排夜间任务，它与现代数据实践密切相关。"
- 真实："团队使用该框架安排夜间任务。"
- 中性语境中的销售语言。
- 灌水："坐落于令人叹为观止的贡德尔地区，该小镇是充满活力的中心，拥有丰富的文化遗产。"
- 真实："该小镇位于贡德尔地区。"
- 模糊来源。 "专家认为”，”研究表明”，”人们普遍认为”。注明来源或放弃断言。
- 灌水："由于其不寻常的特征，这条河引起了研究人员的兴趣。专家认为它在区域生态系统中扮演着关键角色。"
- 真实："研究人员因这条河的不寻常特征而研究它。"
- 挑战与前景公式。
- 灌水："该小镇面临城市地区的典型挑战，包括交通拥堵和水资源短缺。尽管有这些挑战，凭借其战略位置和持续举措，它继续蓬勃发展。"
- 真实："该小镇存在反复出现的交通拥堵和水资源短缺问题。"
语言
- 机器词汇。 深入、利用（作为动词）、稳健、无缝、格局、领域、挂毯（作为比喻）、见证、强调、比喻性地导航、关键、至关重要、变革性的、解锁、驾驭、提升、赋能、促进、培养、全面、整体、前沿、旅程（作为比喻）、不断演变的、快节奏的、细致地、此外、而且、“值得一提的是”、“话虽如此”、“归根结底”、“在当今世界”。从同一架子上替换同义词毫无用处。重写思想。
- 灌水："意大利影响的持久见证是意大利面在当地烹饪格局中的广泛采用，展示了这些菜肴如何融入传统饮食。"
- 真实："在意大利影响下引入的意大利面被广泛食用。"
- 避免“是”和“有”。 "作为……”，”以……为特色”，”拥有”，”成为……”。通常就是“是”或“有”。
- 灌水："画廊作为协会的展览空间，拥有超过3000平方英尺。"
- 真实："画廊是协会的展览空间。它有超过3000平方英尺。"
- 不是X而是Y，以及“不仅是X，更是Y”、“X不是关于Y，而是关于Z”。
- 灌水："这不只是一首歌，更是一种宣言。"
- 真实："这首歌是一种宣言。"
- 强行三件套。 使用含义所需的数量，很少恰好是三个。
- 灌水："活动提供主题演讲、小组讨论和社交机会。"
- 真实："活动包括演讲和小组讨论。"
- 优雅变体与重复开头。 对同一个人交替使用“作者”、“作家”、“小说家”，或者连续五句话以相同方式开头。
- 灌水："主角面临许多挑战。主要角色必须克服障碍。中心人物最终获胜。"
- 真实："主角经历一连串挫折并最终获胜。"
- 虚假范围。 两个端点并非任何事物的端点。列出实际项目。
- 灌水："这本书带我们从大爆炸的奇点到暗物质的神秘舞蹈。"
- 真实："这本书涵盖大爆炸及当前关于暗物质的理论。"
- 缺少行为者。 说明是谁。
- 灌水："无需配置文件。结果自动保存。"
- 真实："你不需要配置文件。该工具会自动保存结果。"
风格
- Em dash 和 En dash。 不要使用它们，无论密度如何。使用逗号、句号、冒号或括号。
- 灌水："这个术语由机构推广——而非人民自己——甚至在官方文件中也是如此。"
- 真实："这个术语由机构推广，而非人民自己，甚至在官方文件中也是如此。"
- 在正文中散布加粗，使普通短语看起来重要。
- 带有加粗小标题的要点列表，而实际上散文阅读效果更好。列表用于真正的并列项。
- 灌水："**性能：**加载时间已改进。**安全性：**加密已加强。"
- 真实："这次更新使加载时间更快、加密更强。"
- 标题中的标题大小写。 使用句子大小写。
- Emoji 作为章节标记。
- 每两部分之间的水平线，以及从未是表格却用于放两栏散文的表格。两者都是装饰替代结构。
- 弯引号，而文档使用直引号。
- 连词堆叠。 “跨职能、数据驱动、面向客户”。在名词前用连字符，而不是之后：一份高质量报告，但报告是高质量的。
- 虚假的深层真相。 “从核心上讲，这实际上是关于信任。”
- 标题后跟一句复述标题的句子。
- 戏剧性片段和点睛之笔。 “它没有计划。没有备份。什么都没有。”“这改变了一切。”
- 格言。 “简约是终极的复杂。”改为陈述具体主张。
- 虚假坦诚。 “老实说？看情况。” “让我对你真诚一点。”
- 无人提出的反对意见。 “这不是关于写得更少，而是关于……” 删除辩护，保留任何真实主张。
- 拒绝虚假替代方案。 “一个诱人的方法是X，但是……” 而无人提出X。
聊天机器人残留
- 文本中遗留的助手签名。 “希望这有帮助”，“如需扩展任何部分，请告知。”
- 知识限制的含糊措辞。 “虽然可用信息有限”。陈述已知内容或什么也不说。
- 讨好附和。 “好问题。” “你说得完全正确。”
- 残留的占位符文本。 “[你的名字]”、“[插入公司]”、“[相关成就]”。在求职信或申请中这是致命错误。要么根据用户提供的内容填充，要么询问。
填充与含糊
- 填充性连接词。 “为了”（替换“以便”）、“由于……的事实”（替换“因为”）、“若干”（替换“几个”）。
- 堆叠程度副词。 “可能可能会在某种程度上帮助”。选择一个程度词或不选。
- 乐观收尾。 “可能性是无限的。”以事实或具体下一步结束。
不要标记的内容
这个列表是检查步骤，而非扫描工具。不加判断地应用，它会剥离使文章优秀的东西。保留以下内容：
- 有意义且承担作用的重复。 “她来了。她看到了。她征服了。”重复开头的模式指的是作者未注意到的重复，而非作者有意选择。
- 正式但准确的词汇。 机器词汇模式指定了特定过度使用的词，并非简化所有长词的许可。
- 真实的反对意见、范围限制或警告。 虚假反对和虚假替代模式捕捉针对无人提出的辩护。注明来源的反对、真实的约束、安全或法律说明，都保留。
- 引用和第二手材料。 永远不要修改引用、标题或正在讨论而非使用的示例中的短语。
- 一个短句用于强调。 戏剧性片段模式需要一连串才能触发。
- 思想本身较长时的长句。 中长节奏本身也是标志。不均匀的句子长度是人的标志。
具体胜过抽象
形容词是你没有事实时才使用的。数字、名字、日期和具体名词做了形容词只能示意的工作。
- 灌水："通过广泛优化显著提升性能"
- 真实："将晚点率从4.5%降至3.44%"
如果没有事实，就少说。永远不要编造一个。 名字、数字、日期、引用和引文来自来源或用户。如果一个句子需要你未获得的细节，要么询问，要么留下清晰的标记。编造一个看似合理的数字让句子成立，是本文件认为最严重的失败，比任何程度的灌水更糟。
语体
如果用户提供了写作样本，或已用独特风格与你沟通，优先遵循该风格，超过本文档除两条永远正确的规则之外的所有规则：永远不要编造事实，永远不要使用em dash或en dash。匹配他们的句子长度、正式度、词汇和癖好。
否则，匹配体裁：
- 个人和表达性写作（文章、帖子、求职信）可以带有语气、幽默和恰当的比喻。但不要表演随性。刻意的古怪，“我的小腿有意见”，与公司式的打磨是同样的失败，只是换了个马甲。
- 技术和参考性写作（文档、README、报告、分析）保持简洁中立。在此，语气意味着清晰度和正确的重点，而非个性。描述现在做什么，而非曾经做什么。“这取代了旧方法（遍历每个项目）”属于变更日志，而非文档。
- 专业文档（简历、申请、商务邮件）保持简洁、直接、具体。短句、普通词汇、无铺垫。
简洁永远不是错误的语体。华丽的语体通常是。
流程
起草时，先写初稿，然后以陌生人身份重读，进行以下四步：
- 对每个句子和每个细节运行两项测试。删除不通过的。
- 删掉仅介绍段落内容的开头句。
- 在脑子里朗读，感受节奏。如果变成吟唱，打断模式。
- 对照上面的模式列表搜索。通过重写思想来修复每个命中点，而非替换词汇，并在删除前对照“不要标记的内容”检查。
结果应该比初稿短。如果更长了，说明你在添加而不是减去。停止，回到步骤1。
别人问为什么某段很短时，回答：因为其余内容不真实、不必要或不重要。如果那条回答对项目不适任，就适任于项目。那是一个特征，不是错误。