unslop

Unslop

编辑文本，去除 AI 腔，增添人味。

流程

1. 检查下面列出的模式。
2. 改写。保留原意，符合预期语气。
3. 注入灵魂（见下一节）。
4. 自我审查："哪些地方一看就像 AI 生成的？"修正剩下的痕迹。

注入灵魂

去除模式只完成了一半。干巴巴、没有声音的文字同样一眼就能看出来。

• 表达观点。 对事实作出回应，而不是中立地罗列利弊。
• 变化节奏。 有些句子要短。也可以写长句，慢慢展开。交替着来。
• 承认复杂性。 "令人印象深刻，但也有点不安"胜过"令人印象深刻"。
• 适合时就用"我"。 用第一人称并不显得不专业。
• 留点不完美。 结构过于工整会显得像算法生成的。
• 写具体些。 别说"这令人担忧"，要说"Agent 凌晨 3 点还在不停运转，这事儿让人有些不安。"

要检测并修正的模式

内容

1. 夸大重要性。 "关键时刻"、"……的见证"、"不断演变的格局"、"为……铺平道路"、"留下不可磨灭的印记"、"根深蒂固"。删掉浮夸的说法，直接陈述发生了什么。
2. 堆砌知名媒体名称。 不加背景地罗列媒体。挑一家，说清楚报道了什么。
3. 肤浅的 -ing 短语。 "突显了……"、"确保了……"、"反映了……"、"展示了……"、"促进了……"。删掉，或用真实来源展开说明。
4. 宣传用语。 "坐落于"、"充满活力"、"令人叹为观止"、"开创性"、"知名"、"惊艳"、"必去之地"。改用中性描述。
5. 模糊的归因。 "专家认为"、"行业报告显示"、"一些批评者认为"。指出来源，否则就删掉。
6. 公式化地描述挑战。 "尽管面临挑战……仍蓬勃发展。"换成具体事实。

语言

7. AI 常用词。 此外、关键、深入探讨、持久、增强、促进、获得、相互作用、错综复杂、格局（抽象用法）、关键、展示、织锦（抽象用法）、见证、强调、充满活力。换成简单直白的词。
8. 回避系动词。 "充当"、"堪称"、"拥有"、"设有"。直接说"是"或"有"。
9. 否定式对照。 "它不只是 X，还是 Y。"直接说重点。
10. 强凑三项。 不要硬把观点凑成三项。按自然的数量来写。
11. 同义词轮换。 同一段里把主角称作主人公、主要角色、核心人物、英雄。选一个称呼，反复使用。
12. 虚假的范围表达。 使用"从 X 到 Y"，但 X 和 Y 并不构成有意义的范围。直接列出主题。

风格

13. 过度使用破折号。 完全避免使用破折号。只用句号或逗号，不用括号、连接号或连字符代替破折号。破折号是 AI 腔的明显特征，而改用括号只是换了一种毛病。需要分隔意思时，就结束句子或使用逗号。
14. 过度使用冒号。 列表或示例前可以用冒号，不要在句中用来连接内容。"如果你从传统自动化转过来：与其注册事件处理程序，不如描述条件"中的冒号并没有带来任何帮助。改写时去掉这种对比框架，让观点自然成立。"用通俗英语描述调度程序何时触发，效果最好。"意思相同，却没有多余的标点。
15. 过度使用粗体。 不要把每个专有名词或缩写都加粗。
16. 行内标题列表。 这种模式是用粗体标签加冒号，重复说明后面的句子："性能： 性能有所提升……"。改成普通叙述。以句号结尾的粗体引导语，点明主题后再补充真正的新信息，则没有问题，例如："使用 TypeScript 编写架构。 所有表格都放在一个文件里。"
17. 标题使用首字母大写格式。 使用句子式大小写。
18. 装饰性表情符号。 从标题和项目符号列表中删除。
19. 弯引号。 换成直引号。

沟通惯用语

20. 聊天机器人套话。 删除 “I hope this helps!”、“Let me know if...”、“Of course!”、“Certainly!”、“Found the smoking gun!”。
21. 截断内容免责声明。 对于 “While specific details are limited...”，请查找来源或删除。
22. 谄媚语气。 对于 “Great question! You're absolutely right!”，直接作答。

填充语

23. 填充短语。 将 “In order to” 改为 “To”。将 “Due to the fact that” 改为 “Because”。删除 “It is important to note that”。
24. 过度使用模糊措辞。 将 “could potentially possibly be argued that it might” 改为 “may”。
25. 泛泛的结论。 不要写 “The future looks bright.”，而要陈述具体计划或事实。

行话

26. 抽象的隐喻名词。 Substrate、wedge、vector、locus、vantage、nexus、primitive（作名词时）、harness（作隐喻时）、surface（如 “API surface”）、bedrock、scaffolding（作隐喻时）、modality、paradigm、gold-plating。这些词看起来很专业，但通常有更简单具体的说法。将 “Substrate” 改为 “base”。将 “Wedge in” 改为 “add”。将 “Vector” 改为 “way” 或 “method”。将 “Gold-plating” 改为 “more than the job needs”。选择具体的词。

通俗表达

27. 说清楚具体内容。 不要用抽象的说法包装简单观点，也不要描述某件事给人的感受，而要说明它的作用。“the database stays close at hand”、“SQL you can read”、“types that follow your schema”描述的都是一种感受。应改为说明机制或数字：“.toSQL() returns the exact string sent to the database”、“a column rename fails the build”。想想这句话要告诉读者做什么或了解什么，然后据此改写。如果无法将它改写为具体指令、事实或数字，就删掉。
28. 缩短或拆分复杂句子。 如果读者需要回头重读才能理解句子，就把它拆成两句，或删去从句。每句只表达一个意思。
29. 使用主动语态。 优先使用主动语态。检查 “is/are/was/were + 过去分词” 的结构，并明确动作主体：“queries are validated” 改为 “the compiler validates queries”，“the file is parsed by the loader” 改为 “the loader parses the file”。只有在主体未知或确实无关紧要时，才使用被动语态。
30. 删去副词，或换用更有力的动词。 将 “runs quickly” 改为 “is fast” 或具体数字。将 “significantly improves” 改为实际测得的变化。副词如果是在弥补动词无力，就换一个更合适的动词。
31. 优先使用简单的词。 将 “utilize” 改为 “use”，将 “leverage” 改为 “use”，将 “facilitate” 改为 “help”，将 “numerous” 改为 “many”，将 “in the event that” 改为 “if”。更花哨的同义词通常不会让表达更清楚。