去掉 AI 味：Stop Slop 教你把机器腔改成人话

有些文章不用看署名，也能猜到 AI 参与过。

开头先铺背景：“在今天这个快速变化的时代……”
第二段开始转折：“但真正的问题并不在这里。”
中间塞几句“这很重要”“这背后有更深层的原因”。
结尾再抛一句海报文案：“工具改变效率，编辑决定信任。”

这些句子没有明显错误。它们只是太顺了，顺到没有人味。

Stop Slop 就是专门处理这类文本的开源 skill。

项目地址：
https://github.com/hardikpandya/stop-slop

作者 Hardik Pandya 在 README 里只写了一句话：

A skill for removing AI tells from prose.

它的用途很窄：帮 Claude 或其他 LLM 找出文章里的 AI 写作痕迹，然后删掉或改写。它不负责查事实，不负责补观点，也不负责把烂材料变成好文章。它只盯一件事：这段话是不是带着模型默认的腔调。

一、AI 味通常不是错别字

“AI 味”很少来自一个词。

它更像一组写作习惯：

• 开口前先清嗓子
• 用副词给空句子加重量
• 用反转句制造洞察
• 把普通判断写成金句
• 三个短句连着敲
• 用被动语态藏住人
• 让“数据”“文化”“市场”像人一样行动

Stop Slop 把这些习惯拆成规则。

它会盯住这类英文表达：

“Here’s the thing.”
“Let me be clear.”
“This matters because.”
“The uncomfortable truth is.”
“Not X, but Y.”
“Let that sink in.”

中文写作里也有同类句式：

“问题的关键在于。”
“真正重要的是。”
“这背后有一个更大的问题。”
“表面看是 X，本质上是 Y。”
“这句话值得所有人思考。”

这些表达偶尔能用。模型的问题在于，它们用得太顺手。顺手之后，文章就开始像模板。

Stop Slop 的处理方式很粗暴：能删就删。删不掉，就换成具体的人、动作和结果。

二、它抓的是写作套路

这个仓库很小：

stop-slop/
├── SKILL.md
├── references/
│   ├── phrases.md
│   ├── structures.md
│   └── examples.md
├── README.md
└── LICENSE

SKILL.md 放核心规则。
phrases.md 放要删的短语。
structures.md 放要避开的句式结构。
examples.md 放改写样例。

它先删开场废话。

“Here’s the thing.”
“The truth is.”
“It turns out.”

这些句子只是告诉读者：我要开始说话了。编辑会直接删掉它们。

它也删副词。

README 里点名了 really、just、literally、genuinely、honestly、simply、actually，还包括大量 -ly 副词。

副词经常不是信息，而是情绪补丁。句子本身没力气，模型就加一个 “actually” 或 “genuinely”。

它还清理商业黑话。

比如：

• navigate challenges
• unpack analysis
• lean into
• landscape
• game-changer
• deep dive
• moving forward
• circle back

Stop Slop 建议换成更普通的词：handle、explain、accept、situation、analysis、next、return to。

中文也一样。

“赋能”“抓手”“闭环”“底层逻辑”“认知跃迁”“范式转移”这些词不会自动让文章变深。很多时候，它们只是把具体动作盖住了。

它还要求主动语态。

不要写：

“Mistakes were made.”

写：

“The team made the mistake.”

中文里也一样。

“这个问题被解决了”很轻。
“后端同学第二天修掉了这个问题”更清楚。

主体出现后，责任也出现了。

三、最该警惕的是结构模板

Stop Slop 不只管词。

它更在意结构。

第一类是反转句。

“X isn’t the problem. Y is.”
“The answer isn’t X. It’s Y.”
“It feels like X. It’s actually Y.”

中文常写成：

“真正的问题不是 X，而是 Y。”
“答案不在 A，而在 B。”
“表面看是 X，本质上是 Y。”

这种句式有时成立。AI 用多了之后，读者看到前半句就知道后面要拐弯。

Stop Slop 的建议很简单：直接说 Y。

第二类是负面铺垫。

“它不是工具。不是插件。它是一种工作方式。”

这种写法像主持人在揭晓答案。偶尔有用，连续出现就假。

第三类是碎句造势。

“一个词。信任。”
“就这么简单。”
“这就是关键。”

这些句子在短视频脚本里能用，在技术文章里常常显得用力。

第四类是远距离旁白。

“People tend to…”
“This happens because…”
“Nobody designed this.”

Stop Slop 更喜欢把读者放回现场。

“人们往往忽视代码结构”很虚。
“你接手一个仓库时，通常先搜文件名，再顺着调用链往下点”更像真实经验。

四、怎么放进写作流程

Stop Slop 是一个 skill，不是一个 SaaS 产品。

你可以这样用：

• Claude Code：把整个文件夹作为 skill 加进去
• Claude Projects：上传 SKILL.md 和 reference 文件
• 自定义指令：复制核心规则
• API 调用：把 SKILL.md 放进 system prompt

它的结构适合长期复用。

核心规则放在 SKILL.md。短语表、结构表和示例放在 references 目录。模型平时只需要读核心规则，遇到具体编辑任务时再查长列表。

这种拆法比一段超长 prompt 更好维护。

五、评分表比“更自然一点”好用

Stop Slop 给了五个评分维度，每项 1 到 10 分：

• Directness：句子在陈述，还是在宣布自己要陈述？
• Rhythm：节奏有变化，还是像节拍器？
• Trust：有没有把读者当成聪明人？
• Authenticity：读起来像不像人写的？
• Density：有没有能删掉的内容？

总分低于 35 分，重写。

这张表适合团队协作。

“这段像 AI 写的”很难讨论。
“这里有三处清嗓子开头，两处被动语态，一个三连短句”更容易改。

编辑需要可执行的标准。Stop Slop 给的就是这种标准。

六、适合谁用

经常用 AI 写文章的人，可以把它放在初稿之后。

先让模型写。
再让 Stop Slop 删废话。
最后自己补事实、判断和语气。

做内容审核的人，也可以把它当成团队规则。大家不再凭感觉争“像不像 AI”，而是按规则检查。

写产品文档、技术博客、PR 描述的人也能用。

技术写作怕空话。Stop Slop 会逼句子回到具体问题、具体动作和具体结果。

prompt engineering 相关的人也值得看这个仓库。

它是一个很小的 skill 示例：核心规则短，引用文件清楚，评分方式明确，适合学习怎么把一套偏主观的编辑偏好写成可复用约束。

七、别把它当法律

Stop Slop 的规则很硬，但写作不是 lint。

有些演讲稿需要重复。
有些广告文案需要夸张。
有些中文文章可以用排比。
有些短句就是比长句好。

所以它更适合做第二遍编辑。

第一遍把材料写出来。
第二遍用 Stop Slop 删模板味。
第三遍按读者和场景调回来。

你不需要服从每一条规则。你需要知道自己为什么保留某一句。

我的看法

Stop Slop 小，但有用。

它没有承诺“写出爆款”。它只帮你做一件朴素的事：把模型最常见的腔调删掉。

这件事比很多人想的更重要。

现在生成一篇文章太容易。读者真正能感受到的差别，经常出现在第二遍编辑里。作者有没有删掉废话，有没有把主体写清楚，有没有把空泛判断换成具体信息。

Stop Slop 把这件事拆成了检查清单。

看到清嗓子短语，删。
看到副词，删。
看到被动语态，找主体。
看到抽象名词在行动，找人。
看到公式化反转，改成直接陈述。
看到金句化收尾，换成信息。

它不会替你写出好观点。它能帮你少交付一段机器腔。

结尾

AI 能把初稿写快。

编辑要把初稿写实。

Stop Slop 适合放在这个位置：不抢作者的判断，只清理模型留下的惯性。

如果你经常用 AI 写文章、文档、邮件、PR 描述或产品说明，可以把它收进工具箱。

项目地址：
https://github.com/hardikpandya/stop-slop

作者：
Hardik Pandya
https://hvpandya.com

参考资料：
Stop Slop GitHub README、SKILL.md、references/phrases.md、references/structures.md。