告别“AI味“!stop-slop:一个让AI写作回归人类质感的开源Skill
2026年,AI写作已经无处不在。但你有没有发现,AI写出来的东西越来越"像"——像到让人一眼看穿?今天介绍一个有意思的开源项目:stop-slop,它不是检测AI的工具,而是直接教AI把"AI味"写没。
一、"AI味"到底是什么?
先说个扎心的事实:你用ChatGPT、Claude写的文章,大概率带着一套固定模式。这些模式在英文中被称为**“AI Tells”**——AI写作的特征性痕迹。stop-slop 这个项目名中的"Slop"在AI语境中指低质量、可预测的机器生成内容(该含义在2024-2025年的AI社区讨论中已广泛使用,项目本身未对名称做额外解释)。
具体表现:
1. 开头永远在"清嗓子"(Throat-Clearing)
❌ "Here's the thing: 构建产品很难。"
❌ "It turns out that 大多数团队都在挣扎。"
❌ "The uncomfortable truth is 没人愿意承认困惑。"
这些开头有个共同特征:不直接说事,先铺垫情绪。人类写作很少这样,AI却把这当成了默认模板。
2. 强调全靠"拐杖"(Emphasis Crutches)
❌ "Let that sink in."
❌ "Make no mistake."
❌ "This matters because..."
这些短语不传递任何信息,只是在告诉读者:“请注意,这里很重要。” 真正重要的内容不需要这种提示。
3. 结构永远是"二元对立"
❌ "不是因为技术复杂,而是因为人复杂。"
❌ "答案不是X,而是Y。"
❌ "这不是X的问题,这是Y的问题。"
AI 特别喜欢"先否定、再肯定"的结构,因为这种模式在训练数据中大量存在。用多了就成了套路。
4. 副词泛滥
❌ "真正重要的"
❌ "本质上不同"
❌ "不可避免地"
❌ "简单来说"
英文中几乎所有以"-ly"结尾的副词(中文对应"真正"、“本质上”、“根本上”)都是AI的惯用填充物。stop-slop 的态度很明确:杀光所有副词。
5. 虚假能动性(False Agency)
❌ "投诉变成了修复" —— 投诉什么也没做,是人修的
❌ "决策浮现了出来" —— 决策不会浮现,是人做的决定
❌ "市场会奖励" —— 市场不会奖励,是买家在花钱
AI 倾向于让"事物"做主语,避开"谁做了什么",因为这样不用指名道姓,更"安全"。stop-slop 的要求是:找到那个人,把他写进句子里。
二、stop-slop 是什么?
stop-slop 是由 Hardik Pandya 开发的开源项目(MIT 协议),本质上是一套可复用的写作规则集,以 Claude Code Skill 的形式打包。它的思路不是检测AI写的文本,而是在生成阶段就约束写作质量,从源头减少AI味。
这跟市面上"AI检测器"和"降AI率工具"的思路完全不同:
| 工具类型 | 代表 | 思路 | 时机 |
|---|---|---|---|
| AI检测器 | GPTZero、Turnitin | 分析文本特征,判断是否为AI生成 | 事后检测 |
| 降AI率工具 | 各类改写/润色工具 | 同义替换、句式打乱、增加口语化表达 | 事后修补 |
| stop-slop | — | 在生成阶段遵守写作规则,不产生AI味 | 事前预防 |
本质区别:stop-slop 不是在"洗稿",而是在"治本"。
三、项目结构与核心规则
目录结构
stop-slop/
├── SKILL.md # 核心指令(Skill入口)
├── references/
│ ├── phrases.md # 需要删除的短语清单(约70+条,含清嗓子开头、强调拐杖、商业行话、副词、元评论等8类)
│ ├── structures.md # 需要避免的结构模式(11类,含二元对立、被动语态、节奏模式等)
│ └── examples.md # 改写前后对比示例(5组)
├── README.md
└── LICENSE # MIT协议
8条核心规则
stop-slop 的 SKILL.md 定义了8条写作规则,以下逐条解读:
规则1:删除填充短语。 清嗓子式开头、强调拐杖、商业行话(如"navigate"→"handle"、“unpack"→"explain”)、所有副词、模糊声明(“The implications are significant”)、元评论(“In this section, we’ll…”),全部砍掉。
规则2:打破公式化结构。 二元对立(“不是X,而是Y”)、否定式列举(“不是A…不是B…是C”)、戏剧性碎片化(“X。就这样。这就是那个Y。”)、修辞铺垫(“如果我告诉你…”)、虚假能动性、上帝视角叙述、被动语态——统统避免。
规则3:使用主动语态。 每句话都需要一个"人"做主语在做某事。“X was created” → 找到创建者,把他写成主语。禁止被动语态,禁止让无生命物体执行人类动词。
规则4:具体化。 禁止模糊声明,必须说出具体是什么。禁止偷懒的极端词(“every”、“always”、“never”)做模糊概括。
规则5:把读者放进场景。 禁止上帝视角叙述。"You"比"People"好,细节比抽象好。“Nobody designed this” → “You don’t sit down one day and decide to…”
规则6:变化节奏。 混合长短句。两个元素比三个好。段落结尾要多样化。禁止破折号(em dashes)——在所有规则中,这一条对习惯使用破折号的作者冲击最大。
规则7:信任读者。 直接陈述事实,跳过软化、解释、手把手引导。不要"And that’s okay"式的许可授予。
规则8:砍掉"金句"。 如果一句话听起来像摘抄语录,重写它。追求的是信息密度,不是"可引用性"。
四、评分体系:5维度自检
stop-slop 内置了一套评分维度,用于对文章进行自检(每项1-10分,总分低于35/50需要修改):
| 维度 | 检查问题 |
|---|---|
| Directness(直接性) | 是陈述还是铺垫? |
| Rhythm(节奏感) | 句式是否多样,还是像节拍器? |
| Trust(信任度) | 是否尊重读者的智商,有无过度解释? |
| Authenticity(真实感) | 听起来像人写的吗? |
| Density(密度) | 有没有可以删掉的废话? |
这个体系的特点在于:它不检查"是不是AI写的",而是检查"写得好不好"。就算你是人类作者,写得太套路化也会被打低分。
五、快速检查清单
SKILL.md 还提供了一份实操清单,交付前逐条过一遍:
- 有副词吗?杀掉
- 有被动语态吗?找到施动者,改成主动
- 无生命物体在做人的动作吗?(“the decision emerges”)→ 换成人做主语
- 句子以 What/When/Where/Which/Who/Why/How 开头?→ 重组句子
- 有"here’s what/this/that"式的清嗓子?→ 直接说重点
- 有"不是X,而是Y"的对比?→ 直接说Y
- 连续三句话长度一样?→ 打破其中一句
- 段落以金句结尾?→ 换个结尾方式
- 有破折号?→ 换成逗号或句号
- 有模糊声明(“意义重大”)?→ 说出具体意义
- 有上帝视角(“没人设计过这个”)→ 把读者放进场景
- 有元连接词(“接下来本文将…”)?→ 删掉,让文章自然推进
六、改写示例:Before vs After
这是 stop-slop 中最有价值的部分——实际改写对比:
示例1:清嗓子 + 二元对立
Before(约115字符):
“Here’s the thing: building products is hard. Not because the technology is complex. Because people are complex. Let that sink in.”
After(约62字符):
“Building products is hard. Technology is manageable. People aren’t.”
砍掉了什么: "Here’s the thing"开头铺垫、"Not because X. Because Y."二元对比结构、"Let that sink in."强调提示。核心信息用三句话直接传达,字数减少约46%。
示例2:填充 + 不必要的安抚
Before:
“It turns out that most teams struggle with alignment. The uncomfortable truth is that nobody wants to admit they’re confused. And that’s okay.”
After:
“Teams struggle with alignment. Nobody admits confusion.”
砍掉了什么: "It turns out"开头、"The uncomfortable truth"情绪铺垫、"most"模糊限定词、"And that’s okay"安抚尾巴。两句话够了。
示例3:商业行话堆砌
Before:
“In today’s fast-paced landscape, we need to lean into discomfort and navigate uncertainty with clarity. This matters because your competition isn’t waiting.”
After:
“Move faster. Your competition is.”
6个词干掉了整段废话。 这就是stop-slop追求的极致密度。
示例4:戏剧性碎片化
Before:
“Speed. Quality. Cost. You can only pick two. That’s it. That’s the tradeoff.”
After:
“Speed, quality, cost—pick two.”
一句话,完事。 那些碎片化句式不是深刻,是表演。
示例5:修辞铺垫
Before:
“What if I told you that the best teams don’t optimize for productivity? Here’s what I mean: they optimize for learning. Think about it.”
After:
“The best teams optimize for learning, not productivity.”
直接下判断,不需要"如果我告诉你"的修辞铺垫。
七、如何使用?
stop-slop 支持多种使用场景,按实际需求选择:
1. Claude Code(推荐)
将整个文件夹作为Skill添加到项目中,Claude Code 会根据上下文自动激活:
# 克隆到项目目录
git clone https://github.com/hardikpandya/stop-slop.git
或者作为全局 Skill 添加到 ~/.claude/skills/ 目录下。
2. Claude Projects
将 SKILL.md 和 references/ 目录下的文件上传到 Project Knowledge 中。
3. 自定义指令
直接将 SKILL.md 中的核心规则复制到任何AI工具的自定义指令/系统提示词中。
4. API 调用
在系统提示词中注入 SKILL.md 内容。以下是 Python 示例(非项目官方代码):
import anthropic
client = anthropic.Anthropic()
# 读取skill内容
with open("stop-slop/SKILL.md") as f:
skill_content = f.read()
response = client.messages.create(
model="claude-sonnet-4-20250514",
max_tokens=4096,
system=skill_content, # 注入到系统提示词
messages=[{"role": "user", "content": "写一篇关于微服务架构的技术博客"}]
)
5. 其他 LLM(GPT、Gemini等)
虽然项目是为 Claude 生态设计的,但 SKILL.md 的内容本质是一套通用写作规则,完全可以复制到任何 LLM 的系统提示词中使用。
八、深度思考:这项目解决了什么问题?
问题1:AI写作的"通货膨胀"
当所有人都用AI写文章,内容供给爆炸式增长,但质量没有同比提升。结果是:大量"看起来专业、读起来空洞"的内容淹没了真正有价值的信息。stop-slop 的意义在于提升AI输出的信息密度——不是写得多就好,而是每个字都有用。
问题2:AI检测 vs AI治理
当前主流的"降AI率"工具思路是事后修补——同义替换、句式打乱、增加口语化表达。这本质上是在"洗稿",不改变内容的空洞本质。
stop-slop 走了另一条路:在生成阶段就约束质量。它不是在对抗AI检测,而是在要求AI"写得好一点"。这个思路转变值得借鉴——不管是写作还是工程,预防优于检测。
问题3:写作标准的回归
stop-slop 的评分体系(直接性、节奏感、信任度、真实感、密度)本质上是一套古典写作标准。它在提醒我们:好的写作从来不是"看起来专业",而是"说清楚事情"。
这些规则并不新鲜——海明威的"冰山理论"、Arthur Quiller-Couch 最早提出的"杀死你的宝贝"(Kill your darlings,后因威廉·福克纳等人推广而广为人知)、《风格的要素》(Strunk & White)中的"省略不必要的词",都在说同一件事。stop-slop 只是把这些古典标准翻译成了AI能理解的指令格式。
九、局限性与注意事项
- 英文原生:项目的所有规则和示例都是英文的。中文场景需要自行适配——比如中文的副词体系("地"字短语)、中文破折号(——)的使用习惯、中文的主语省略现象等,都与英文不同。
- 风格偏硬朗:stop-slop 追求的"极简直接"风格适合技术博客、商业分析、产品文档,但不适合文学创作、情感表达、叙事性内容等需要铺垫和节奏变化的场景。
- 过度执行风险:如果严格按每条规则执行,可能会写出过于"干"的文本,失去个人风格和可读性。建议作为检查清单参考,而非铁律执行。
- 非"降AI率"专用工具:stop-slop 的目标是提升写作质量,不是专门用来绕过AI检测器。如果目的是通过 Turnitin 检测,这不是最对口的工具。
- 需要人工判断:规则中的"砍掉金句"、"变化节奏"等需要作者自己判断尺度,无法完全自动化。
十、总结
stop-slop 是一个思路清奇的项目。在"AI检测"和"降AI率"的军备竞赛中,它提出了一个更根本的问题:
与其研究怎么让AI写的东西骗过检测器,不如研究怎么让AI写得更好。
它不完美——英文局限、风格偏硬、需要人工判断。但它提供了一个有价值的视角:好的AI写作不是"像人写的",而是"写得好的"。
如果你经常用AI辅助写作,建议把它当成一个写作自检清单。不是每条都要严格执行,但知道这些模式的存在,本身就是一种进步。
项目地址: https://github.com/hardikpandya/stop-slop
2026 年最值得关注的两个开源项目:从金融终端到 AI Agent 框架的架构启示
AtomGit 是由开放原子开源基金会联合 CSDN 等生态伙伴共同推出的新一代开源与人工智能协作平台。平台坚持“开放、中立、公益”的理念,把代码托管、模型共享、数据集托管、智能体开发体验和算力服务整合在一起,为开发者提供从开发、训练到部署的一站式体验。
更多推荐



所有评论(0)