Unslop 全解析：去 AI 味工具哪款适合你

如果你最近找过"让 AI 写的文字听起来像人话"的方法，你一定见过 unslop 这个词。它出现在 Cursor skill 清单、Claude Code 插件市场和写作工具讨论帖里——听起来像个产品。其实不是。它是一个民间名字，至少七个开源项目共用它，而它们对"去掉 AI 味"到底是什么意思，彼此都不认同。

这篇指南把它们分成三个流派，每个给一个诚实 verdict，告诉你哪款适合你的工作流。最后还有一个最便宜的干预点：与其事后清理，不如从源头预防。

为什么"unslop"成了一个品类

一年前，"AI 味"还只是抱怨；现在它已经是编辑标准。出版物会退掉机器味太重的稿件，团队交付的文档是给客户看的，而破折号堆砌、分点罗列、delve 式措辞的文字，大家都见得够多，一眼就能认出来。Unslop 之所以传开，是因为它承诺了反方向的东西——能通过"人味"测试的文字。下面七个项目对怎么做各执一词，但对"问题真实存在"这一点没有分歧。

1. unslop 标点派：快、确定、治标

最字面的 unslop 是 jere-mie/unslop：一个用 Zig 写的小 CLI，干掉 README 所说的"LLM 口音"——破折号变连字符、弯引号变直引号、省略号变三个点、不换行空格变普通空格。零依赖、单个静态二进制、毫秒级递归清理整个仓库、默认跳过 gitignore 路径、原子写入保证崩溃也不会留下写一半的文件。

另一个同源版本（用 uv 安装，unslop --stdin --deterministic）加了一个重要思想：可复现。相同输入、相同输出、每次都一样——这正是无人值守跑在流水线里的步骤所需要的。cluxion 的 skill 封装对它的定位很准：提交文档或发布文章前的确定性最后一遍。

诚实 verdict：这一层干掉的是字形指纹，不是语气。一段读起来像 AI 写的文字，清理后还是像 AI 写的——只是改用了连字符。把它装成 pre-commit 钩子或 CI 步骤没问题，但别把它当成写作质量方案。

2. 重写派：慢，但真改语气

第二个家族承认问题不在标点，在句式。crypdick/unslop 是一个 Claude Code 插件，专门识别让 AI 写作露馅的那套习惯——虚张声势的重要性、空洞的 hedging、强迫症式的结构、同义词轮换——然后像人类编辑一样重写：砍废话、给重要性降温、把话说直。你说一句"unslop this"，拿回来的是观点不变、AI 味没了的文字。

mcnamee 的独立 unslop skill做同样的事，但多了一个别的项目都该抄的设计：透明。/unslop <文本或文件> 只返回清理后的正文，不多说一句；问一句"what changed?"，给你一张修改前后对照表，每处改动附理由。零依赖、零配置、断网机器也能跑。

kandulanikhilvarma 的 unslop-suite覆盖面最广——散文、代码、commit 信息、幻灯片全管，还能只审计不改写，给文档打出"机器味"评分。

诚实 verdict：这是唯一真正改变文字"听感"的一层。代价是每篇文档多一次模型调用、输出不稳定、人工复核一步不能省——LLM 在磨掉 AI 味的同时，也可能把你的个人风格一起磨掉。对照表是对抗这个问题的最好武器。

3. 实证派：不猜，测

这个家族里最聪明的想法什么都不规定。它不让人去猜哪些短语被用滥了，而是让模型自己生成 50 多份特定领域的输出，对高频出现的默认模式做统计分析，写出一份定制的规避清单。视觉模式还会截图 HTML 输出，连 CSS 和排版的陈词滥调一起抓。自带写作和 React 设计两套现成清单。（可以在 avoid-slop 目录里找到它，这个目录收录了整个领域。）

它背后的哲学是去 AI 味文献里最锋利的一句：告诉模型"写好一点"，只会造出一种新口味的 AI 味；列出"不要做什么"，才能逼出真正的创新。不管你最后选哪款工具，这句话都值得记住。

诚实 verdict：搭建成本最高，上限也最高。适合输出类型固定的团队——测一次，长期受益。

更便宜的一招：预防胜过清理

上面三派都是事后诸葛亮：AI 味先写出来，再擦掉。最便宜的干预点在上游——让模型一开始就不生成那些露馅的表达。

这就是 stop-slop 的设计：约 30 个禁用短语分 7 类、8 种禁用结构模式，外加一个评分机制——草稿低于 35/50 分就触发重写。它最妙的想法是"虚假主体"检测：AI 喜欢给无生命的东西加人类动词（"数据告诉我们""市场奖励……"）来逃避指名道姓，而把真正的人名写出来，问题就解决了。在这个体系里，破折号不是"少用"，是禁用。

诚实说明：预防代替不了清理。禁用词清单修不好节奏和结构——那是重写派的活。但它把大部分工作挪到了成本最低的时刻：生成的那一刻。

预防也不只限于文字：leonxlnx-taste-skill 是把同样的预防思路用在前端设计上的 anti-slop skill。

你该装哪一款？

• CI 里的 commit 信息、文档、更新日志——Zig 版 CLI。确定、极速、零依赖。
• 在乎的博客和长文——mcnamee 的 skill（对照表保护你的个人风格），天天泡在 Claude Code 里就用 crypdick 的插件。
• 团队固定产出（落地页、发布说明）——实证派 profiler。测一次，长期受益。
• 所有东西，从源头——把 stop-slop 放进 system prompt 或 Claude Project。一分钟装好，其他几层的工作量都会变小。

顶着同一个名字的新 fork 还会继续冒出来——民间名字火了都这样。但分类不会变：字形、语气、预防三层。选好你的一层，别再为名字吵架了。

Unslop 常见问题

unslop 是单个工具吗？ 不是。它是一个民间名字，至少七个互不相关的项目共用：CLI、Claude Code 插件、skill，还有一个实证派 profiler。看到推荐先确认说的是哪一个，再装。

unslop 能骗过 AI 检测器吗？ 标点替换能让检测分数变化，但文字本身并没有变好——这恰恰说明别把检测分数当目标。重写派改变的是文字本身，那才是值得在乎的部分。

有没有一款 unslop 能解决所有问题？ 没有。字形、语气、结构是三个不同的问题。预防（stop-slop 这类 skill）加一层清理，覆盖了大多数真实工作流；七个全堆上是过度工程。

团队应该先上哪一款？ 选和你重复产出最匹配、成本最低的：文档和更新日志走 CI 里的确定性 CLI，每周固定出同类页面的团队用实证派 profiler。