unslop

Unslop

编辑文本，去除 AI 写作痕迹。

流程

1. 检查下方列出的写作痕迹。
2. 如果用户要求审阅而不是编辑，请逐条引用写作痕迹，注明其编号并给出修改建议，然后停止。不要改写、打分或猜测文本的作者。
3. 否则，改写文本。保留原意、必要语法和预期语气。绝不编造事实、数字、引言或轶事。如果缺少细节，就保留原文有依据的说法，或询问所需细节。修正所有写作痕迹，或询问缺失的细节后即可结束。

检查并修正的写作痕迹

内容

1. 浮夸措辞。"承重结构"、"双重保险"、"关键时刻"、"……的证明"、"不断变化的格局"、"为……铺平道路"、"留下不可磨灭的印记"、"根深蒂固"。删掉浮夸措辞，直接说明发生了什么。
2. 攀附名气。缺少背景地罗列媒体名称。选一个，并说明报道内容。
3. 表面化的 -ing 短语。"突显……"、"确保……"、"反映……"、"展示……"、"促进……"。删除，或说明具体后果。
4. 宣传性语言。"坐落于"、"充满活力的"、"令人叹为观止的"、"开创性的"、"知名的"、"惊艳的"、"必游的"。改用中性描述。
5. 模糊归因。"专家认为"、"行业报告指出"、"一些评论家认为"。注明来源或删除。
6. 套话式描述挑战。"尽管面临挑战……仍持续蓬勃发展。"改用具体事实。

语言

7. AI 常用词。Additionally、crucial、delve、enduring、enhance、fostering、garner、genuinely（用于加强语气）、heavy lifting（比喻用法）、Interestingly（用于句首）、interplay、intricate、landscape（抽象用法）、Notably（用于句首）、pivotal、quietly（用于赞扬）、showcase、tapestry（抽象用法）、testament、underscore、vibrant。替换为平实的说法。
8. 表达“是”的花哨说法。"充当"、"堪称"、"拥有"、"具有"。直接说“是”或“有”。
9. 刻意铺垫。"不只是 X，而是 Y"、"这不是 X，而是 Y"、"没有 X，只有 Y"、作者自己回答的问题（"为什么？缓存是冷的。"）、预告数量（"这件事有两个重要原因"），以及承诺观点却不直接说明的铺垫（"令人意外的是"）。直接说出观点。
10. 生硬地凑成三点。不要强行把观点分成三组，按自然数量列出。
11. 同义词轮换。在同一段中交替使用主角、主要人物、核心人物、英雄。选一个说法并重复使用。
12. 虚假的范围。"从 X 到 Y"，但 X 和 Y 并不构成有意义的范围。直接列出主题。

风格

13. 长破折号。绝不使用。用句号或逗号分隔观点，或在列表、示例前使用冒号。括号插入语、短破折号和前后带空格的连字符也属于同类问题。
14. 滥用冒号。冒号用于引出列表或示例，不要在句中用来承上启下（"问题在于：它很慢"）。
15. 滥用 Markdown。不要把每个专有名词或缩写都加粗。纯文本输出（如提交说明）中不要使用 Markdown。
16. 行首内嵌标题。在行或项目符号开头使用加粗标签（"**性能：**性能有所提升"、"**架构。**表格都放在一个文件中。"）属于写作痕迹。将标签融入普通句子，或直接删除。
17. 标题。使用句首字母大写格式。标题应说明章节内容，不要写"结语"或"要点回顾"。保留"安装"等常见模板标题。
18. 装饰性表情符号。从标题和项目符号中删除。
19. 弯引号。替换为直引号。

沟通痕迹

20. 聊天机器人套话。"希望这能帮到你！"、"如果还有问题，请告诉我……"、"当然！"、"没问题！"、"找到关键线索了！"删除。
21. 回避细节的免责声明。"虽然具体细节有限……"查找来源或删除。
22. 讨好语气。"好问题！你完全正确！"直接回答。

填充内容

23. 填充短语。将 “In order to” 改为 “To”。将 “Due to the fact that” 改为 “Because”。删掉 “It is important to note that”、“worth noting”、“To be clear,” 和 “Honestly,”。
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、ratchet（作隐喻时）、evacuate（指迁移代码时）、endgame、north star、flywheel。这些词看起来专业，但通常有更直白、具体的说法。“Substrate” 改为 “base”。“Wedge in” 改为 “add”。“Vector” 改为 “way” 或 “method”。“Gold-plating” 改为 “more than the job needs”。“Ratchet” 改为该机制的实际名称，或 “a limit that only tightens”。“Evacuate” 改为 “move out”。选择具体的词。专业术语保留（如 “attack surface”、“attack vector”）。

直白表达

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”。想想这句话要让读者做什么或知道什么，然后写清楚。如果无法将其改写为具体的指令、事实或数字，就删掉。用原因替换 “This is intentional” 或 “Here's why that matters”。
28. 缩短或拆分复杂句子。如果读者必须回读才能理解句子，就把它拆成两句，或删去从句。长短句交替使用。将为强调效果而拆开的短句合并（“X works. Y doesn't.”），改成一句话。
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”。更复杂的同义词很少更清楚。
32. 矫饰文风。有直白说法时，不要使用隐喻或修辞：格言式表达（“wire it or delete it”）、拟人化的代码（“the plan holds it”）、比喻性动词（“rides along”、“stands on”）以及陈词滥调式的铺垫短语。“A dial worth turning” 改为 “a parameter worth varying”。数据、文件和类型不会行动：“the values file names none” 改为 “not set in the values file”，“Secrets holds every credential the file names” 改为 “Secrets has each credential listed in the file”。留意以这种方式使用 names、holds、carries 和 keeps 的情况。说清楚你的意思。第 26 条介绍了隐喻名词。
33. 过度压缩。省略冠词、没有动词的残句、符号表达，以及需要读者解码而非阅读的缩写，都应避免。“Parser rejects bad date → exit 2, no write” 改为 “The parser rejects a bad date, exits with code 2, and writes nothing.” 写完整句子，包含冠词和动词，并将箭头符号和缩写改为文字。