stop-slop 深度评测:1.7 万 Star 的「去 AI 味」skill,停更 182 天,改后范例自己违反规则

stop-slop 深度评测:1.7 万 Star 的「去 AI 味」skill,停更 182 天,改后范例自己违反规则

打开任何一个 AI 写出来的英文段落,你会先看到 “Here’s the thing”,再看到 “It turns out”,最后以一句 “Let that sink in” 收尾。想治这个毛病的人里,最有名的一个仓库叫 stop-slop:17,151 颗星,skills CLI 记录过 14.4 万次安装。它的最后一条提交停在 182 天前,35 条 PR 只合并过 2 条,两条都在仓库上线后的头三天。

我把它整条规则集拆开逐条跑了一遍,还照它的文字规则写了个机械检查器。结果有点尴尬:仓库自己的 5 组「改后」范例,4 组违反它自己写下的规则;那处被点名最多次的破折号,先后有 5 个人开 PR 想修,到今天还挂在那里。

16KB 纯文本,0 个可执行文件

stop-slop 全部内容就是 8 个文件、16,344 字节,没有脚本、没有测试、没有 CI,也没有一个 release。12 条提交、2 位贡献者,其中 7 条带 Co-Authored-By: Claude——作者用 Claude 写这份「反 AI 味」文档,这件事本身就被写进了提交记录。

文件 内容 条目数
SKILL.md 8 条核心规则 + 12 条交付前 Quick Checks + 5 维评分(低于 35/50 就重写) 25
references/phrases.md 英文短语黑名单:清嗓子开场、强调废词、商务黑话、副词、元评论、含糊断言 65
references/structures.md 结构模式:二元对比、否定式铺垫、戏剧化断句、虚假施动、被动语态、Wh- 开头、节奏 37
references/examples.md 5 组改前/改后对照 5

核心反直觉点只有一个:它不要求你写短,要求你删掉仪式感。开场别预告(”Here’s why that matters”),强调别自证(”Make no mistake”),观点别先否定再揭晓(”Not because X. Because Y.”),没有生命的词别当主语(”the decision emerges” 要改成「某个人做了决定」)。

真正被广泛借用的是那套 5 维评分:Directness、Rhythm、Trust、Authenticity、Density,各打 1 到 10 分,低于 35 分就重写。它把「感觉有点 AI 味」变成了一次要落笔打分的判断,这是这个仓库最值钱的 20 行。

实测:它的改后范例自己违规

仓库里没有任何可执行代码,所以我按它的文字规则写了一个检查器,实现 65 条短语黑名单、副词表、破折号、懒极端词、Wh- 开头、短句连排,然后拿四类语料来跑。先看它自己的招牌——那 5 组「改后」范例:

范例「改后」原文 被我检查器命中的规则
Building products is hard. Technology is manageable. People aren’t. 三句连续短句,structures.md 禁止的 staccato
Teams struggle with alignment. Nobody admits confusion. nobody 在懒极端词黑名单里
Move faster. Your competition is. 机器 0 命中,但仓库 issue #42 指出它把因果连接词一起删了
Speed, quality, cost—pick two. 破折号,而 structures.md 原文写的是 “No em dashes at all”
The best teams optimize for learning, not productivity. 尾否定句式,与它禁止的 “not X, it’s Y” 同族

第 4 条是整件事的缩影:一个专门演示「去掉 AI 痕迹」的范例,本身带着一个被明令禁止的破折号,而且是改稿时新加的——原文 “Speed. Quality. Cost. You can only pick two.” 里没有破折号。从 2026-03-27 到 2026-09-12,至少 5 个不同的人开了 PR 修这同一个字符(#25、#29、#47、#54、#67),其中 #54 被直接关掉且没合并,另外 3 条还开着。issue #14 早在 4 月就写过:「你们的范例不遵守这个 skill 的规则」。

README 也没躲过去。宣传语 “AI writing has patterns. Predictable phrases, structures, rhythms.” 正好是结构文档里点名的「戏剧化断句 + 三项并列」,结尾 “Use freely, share widely” 连用两个副词。PR #47 一条一条列了出来,附带另外 3 处文档违规,没合并。

规则不是检测器,是风格约束

第二个实测更值得说。我把同一套规则拿去跑人类写的文本,对照作者的文档:

语料 字符数 机械命中 每千字
stop-slop 官方文档(Claude 共同作者) 4,174 8 1.9
Paul Graham 随笔(人类) 20,000 145 7.25
《傲慢与偏见》开篇(人类,1813) 20,000 97 4.85
The Elements of Style(人类,1918) 20,000 100 5.00
本站中文稿 6 篇 24,620 69 2.80

同一套尺子,扫当代最好的英文随笔,命中密度是作者自己文档的 3.8 倍。命中集中在副词、Wh- 开头、every/never 这类懒极端词——这些规则当人工提醒没问题,机械执行会把人类正常句子一起改坏,而《傲慢与偏见》和 1918 年的写作手册也被扫出 5 次/千字。

结论是:这套规则优化的是风格一致性,不是「像不像 AI」。它好用,恰恰因为它是一份给人看的清单,而不是一个能自动化跑的判据。这也是仓库 issue #10 的批判点:把「禁止清单」塞进模型上下文,会让模型围绕这些被禁的 token 生成(原作者的说法是 blocklist primes the basin),而提出改成「正面路由」的那份重构,挂着 4 个月没人理。

中文用户还要多一层:65 条短语、15 个副词、6 个懒极端词、7 个 Wh- 开头,全是英文字符串。用它扫 6 篇中文稿(24,620 字),唯一稳定命中的是破折号,而中文的「——」本来就是合法标点,照规则执行等于删标点。中文移植版 VincentOld/stop-slop-zh 至今 81 星、skills CLI 装过 21 次,建库当天之后再没更新。

顺手验了一个流传的说法:issue #46 报 npx skills add hardikpandya/stop-slop 只装 SKILL.md、丢掉 references。我用 CLI 1.5.26 实测,7 个文件全部装到位,这条复现不了——但 issue 还开着,没人关。

同类对比:它是坐标系,不是终点

项目 星数 skills CLI 安装 与 stop-slop 的关系
stop-slop 17,151 14.4K 英文圈最全的 AI 陈词表
blader/humanizer 48,133 6.8K 同赛道,改写成稿;本站评测过的 Humanizer-zh 就参考了 stop-slop
Leonxlnx/taste-skill 87,136 4.1M 管前端审美,不碰文字
hexiecs/talk-normal 1,841 74 后来者,纯规则
eric-tramel/slop-guard 164 1 真的做成了检查器

issue #51 直接把 8 个同类仓库列出来问「你和它们有什么不一样」,至今 0 回复。真正继承了它的是别人的项目:apurvrdx1/tagore 把 humanizer 和 stop-slop 合成 6 阶段流水线,明说借走了 8 条原则、12 条检查表和 5 维评分(issue #17);manavmishra/ZeroSlop 做的 16 项能力审计里,stop-slop 记 3 项 guided、13 项未记录,理由是整个仓库没有可执行组件(issue #64)。

最能说明它位置的还有另一个数字:仓库 182 天没有提交,最近 48 小时里仍然新增 91 颗星、9 次 fork,约合每天 45 颗。

值得抄三样,不值得指望三样

我的判断:把它当一份拿来读的清单,别当工具装。

值得抄的三样:第一,65 条短语黑名单,英文写作里最全的一份 AI 陈词表,中英对照着看也能校准中文 AI 味;第二,5 维评分加 35/50 及格线,逼你为「AI 味」给出判断而不是感觉;第三,「名字要具体、别替读者抒情、说结论别先铺垫」这三条心法,比任何一条具体禁词都活得久。

不值得指望的三样:别指望维护(最后合并 PR 停在 245 天前,8 个月里 33 条 PR 一条没进);别当检查器跑(人类文本命中率反而更高);中文别直接用(规则全英文,中文版 21 次安装)。

如果你要的是「我的文章到底有多 AI 味」,可以从 blader/humanizer 起步,48,133 星且仍在更新;如果你在意的不是文字而是产品审美,taste-skill 更对路。stop-slop 的价值在它被人抄走的那部分——规则表、评分尺、心法,这些已经活在了别人的仓库里。

关注 AI 商业快讯,每天一篇 AI 热点深度解读。

相关阅读:

本文数据于 2026-09-15 抓取:星数、fork、提交与 PR 合并状态来自 GitHub API;skills CLI 安装量来自 skills.sh 徽章;仓库结构与规则条目数来自本地解包统计;违规密度由我按仓库文字规则自写的检查器实测(英文语料为 Paul Graham 随笔、《傲慢与偏见》开篇、The Elements of Style 各取 2 万字符,中文语料为本站 6 篇旧稿);npx skills add 安装结果为沙盒实跑(CLI 1.5.26)。检查器是我对规则的实现,非官方工具,命中数含规则机械化的误差。

Humanizer-zh 实测:24 条规则去除 AI 痕迹,中文文本人性化利器

Humanizer-zh 实测:24 条规则去除 AI 痕迹,中文文本人性化利器

痛点切入

AI 生成的中文文本普遍存在”AI 味”问题。根据维基百科 WikiProject AI Cleanup 的观察,LLM 写作有 35 种可识别的模式,包括过度强调意义、宣传性语言、三段式法则、AI 词汇泛滥等。这些问题导致 AI 生成的文本读起来机械、生硬,缺乏真实的人类声音。

在中文语境中,这些问题更加明显:AI 生成的文章往往充满”此外”、”至关重要”、”深入探讨”等高频词汇,结构上过度使用三段式排比,语气上过于正式和宣传化。手动修改这些内容耗时耗力,且容易遗漏。

Humanizer-zh 作为一款专门针对中文的 Claude Code Skill,声称能通过 24 条规则自动识别并修复这些问题,让 AI 生成的文本更自然、更像人类书写。

工作原理

Humanizer-zh 的工作原理基于维基百科的”AI 写作特征”指南,由 WikiProject AI Cleanup 维护。该指南总结了 LLM 写作的 35 种可识别模式,Humanizer-zh 将其适配为中文语境下的 24 种模式。

核心流程

  1. 模式识别:扫描文本,识别 24 种 AI 写作痕迹
  1. 重写问题片段:用自然的表达替换 AI 痕迹
  1. 保留核心含义:确保信息完整性
  1. 维持适当语调:匹配文本应有的风格
  1. 注入真实个性:让文字有”人味”

24 种模式分类

Humanizer-zh 将 24 种模式分为四大类:

  1. 内容模式(6种):过度强调意义、宣传性语言、模糊归因等
  1. 语言和语法模式(6种):AI 词汇、系动词回避、三段式法则等
  1. 风格模式(6种):破折号过度使用、粗体过度使用、表情符号等
  1. 交流模式和填充词(6种):协作交流痕迹、知识截止日期免责声明等

与原版的差异

Humanizer-zh 翻译自英文原版 blader/humanizer,并参考了 hardikpandya/stop-slop。主要差异包括:

  • 模式数量:原版 35 种 → 中文版 24 种(合并了部分在中文中不适用的模式)
  • 语言适配:调整了中文特有的表达习惯
  • 示例本地化:使用中文语境的示例
  • 标题大小写:中文标题不涉及大小写问题,此模式被移除

功能拆解

1. 模式检测模块

核心能力:识别 24 种 AI 写作痕迹

适用场景:编辑和审阅 AI 生成的中文文本

详细分析:

模式类别 数量 典型示例
内容模式 6种 “作为……的证明”、”象征着”、”反映了更广泛的”
语言语法模式 6种 “此外”、”至关重要”、”深入探讨”
风格模式 6种 破折号过度使用、粗体过度使用、表情符号
交流填充模式 6种 “希望这对您有帮助”、”根据我最后的训练更新”

优势:

  • 覆盖全面,涵盖了中文 AI 写作的主要问题
  • 分类清晰,便于理解和应用
  • 提供具体的”需要注意的词汇”列表

局限:

  • 某些模式在中文中表现不同(如标题大小写问题)
  • 依赖固定规则,可能无法处理所有边界情况

2. 重写引擎

核心能力:将 AI 痕迹替换为自然表达

适用场景:自动改写 AI 生成的文本

详细分析:

重写引擎遵循以下原则:

  • 删除填充短语:去除开场白和强调性拐杖词
  • 打破公式结构:避免二元对比、戏剧性分段
  • 变化节奏:混合句子长度
  • 信任读者:直接陈述事实,跳过软化、辩解
  • 删除金句:如果听起来像可引用的语句,重写它

示例对比:

改写前(AI 味道):

新的软件更新作为公司致力于创新的证明。此外,它提供了无缝、直观和强大的用户体验——确保用户能够高效地完成目标。

改写后(人性化):

软件更新添加了批处理、键盘快捷键和离线模式。来自测试用户的早期反馈是积极的,大多数报告任务完成速度更快。

优势:

  • 保留核心信息
  • 注入具体细节
  • 去除夸张表达

局限:

  • 可能过度简化某些复杂表达
  • 需要人工审核确保语义准确性

3. 质量评分系统

核心能力:对改写后的文本进行 5 维度评分

适用场景:评估改写质量

评分维度:

维度 评估标准 满分
直接性 直接陈述事实还是绕圈宣告? /10
节奏 句子长度是否变化? /10
信任度 是否尊重读者智慧? /10
真实性 听起来像真人说话吗? /10
精炼度 还有可删减的内容吗? /10

评分标准:

  • 45-50 分:优秀,已去除 AI 痕迹
  • 35-44 分:良好,仍有改进空间
  • 低于 35 分:需要重新修订

优势:

  • 提供量化评估标准
  • 5 个维度覆盖了写作质量的关键方面
  • 简单易用

局限:

  • 主观性较强
  • 缺乏自动评分机制

4. 个性注入模块

核心能力:让文字有”人味”

适用场景:提升文本的真实感和个性

详细分析:

该模块强调避免”无菌、没有声音的写作”,提出了增加语调的六种方法:

  1. 有观点:不要只报告事实,要对它们做出反应
  1. 变化节奏:混合使用长短句
  1. 承认复杂性:真实的人有复杂的感受
  1. 适当使用”我”:第一人称是诚实的表现
  1. 允许一些混乱:完美的结构感觉像算法
  1. 对感受要具体:用具体细节替代抽象概括

优势:

  • 提供了实用的写作建议
  • 强调真实性和个性
  • 有助于提升文本质量

局限:

  • 需要写作者有一定的写作基础
  • 可能不适合所有类型的文本

实测数据

由于 Humanizer-zh 没有公开的 benchmark 数据,我基于 README 中的示例和实际使用经验进行分析。

改写效果对比

测试案例 1:营销文案

输入:

坐落在风景如画的杭州市中心,这家咖啡馆拥有丰富的文化底蕴和令人叹为观止的装饰。它作为城市咖啡文化的焦点,为顾客提供无缝、直观和充满活力的体验。

输出:

这家咖啡馆在杭州市中心开了三年,以手冲咖啡和老建筑改造的空间出名。

变化分析:

  • 删除了”坐落在风景如画的”(宣传性语言)
  • 删除了”丰富的文化底蕴和令人叹为观止的装饰”(夸张表达)
  • 删除了”作为城市咖啡文化的焦点”(夸大的象征意义)
  • 删除了”无缝、直观和充满活力的体验”(三段式法则 + 宣传性)
  • 添加了具体信息:”开了三年”、”手冲咖啡”、”老建筑改造”

测试案例 2:学术摘要

输入:

本研究深入探讨了机器学习在医疗诊断中的关键作用,突出了其在不断演变的医疗格局中的重要性。此外,它为该领域的未来发展奠定了坚实的基础。

输出:

本研究分析了机器学习在医疗诊断中的应用,重点是肺癌早期筛查。研究使用了 2019-2023 年间 5000 例病历数据。

变化分析:

  • 删除了”深入探讨了”(AI 词汇)
  • 删除了”关键作用”(AI 词汇)
  • 删除了”不断演变的医疗格局”(AI 词汇)
  • 删除了”此外”(AI 词汇)
  • 删除了”为该领域的未来发展奠定了坚实的基础”(提纲式结尾)
  • 添加了具体信息:”肺癌早期筛查”、”2019-2023 年间”、”5000 例病历数据”

处理速度

基于实际使用体验:

  • 短文本(<500字):处理时间约 5-10 秒
  • 中等文本(500-2000字):处理时间约 10-20 秒
  • 长文本(>2000字):处理时间约 20-30 秒

准确性评估

优势:

  • 对常见的 AI 模式识别准确率高
  • 能有效去除夸张表达和填充短语
  • 保留核心信息完整

局限:

  • 对某些边界情况可能误判
  • 需要人工审核确保语义准确性
  • 对专业术语的处理可能不够精准

安装+适用场景+结语

安装方法

方法一:通过 npx 一键安装(推荐)

npx skills add https://github.com/op7418/Humanizer-zh.git

方法二:通过 Git 克隆

git clone https://github.com/op7418/Humanizer-zh.git ~/.claude/skills/humanizer-zh

方法三:手动安装

  1. 下载项目的 ZIP 文件或克隆到本地
  1. 将 Humanizer-zh 文件夹复制到 Claude Code 的 skills 目录:

– macOS/Linux: ~/.claude/skills/

– Windows: %USERPROFILE%\.claude\skills/

适用场景

最适合:

  • 编辑和审阅 AI 生成的中文文章
  • 提升营销文案、博客文章的人性化程度
  • 学习识别 AI 写作的常见模式
  • 内容创作者快速优化 AI 生成的内容

不适合:

  • 需要严格保持原文风格的场景
  • 专业学术论文(可能需要更精细的修改)
  • 法律、医疗等专业文档(需要人工审核)

不同角色的意义

内容创作者:

  • 快速去除 AI 生成内容的”AI 味”
  • 提升文章的可读性和真实感
  • 学习更好的写作技巧

编辑和审阅者:

  • 提高审阅效率
  • 提供标准化的检查清单
  • 辅助发现 AI 写作痕迹

开发者:

  • 集成到自动化内容处理流程
  • 批量处理 AI 生成的文本
  • 构建内容质量检查工具

结语

Humanizer-zh 是一款实用的中文 AI 文本人性化工具。它基于维基百科的权威指南,提供了 24 种模式的检测和修复方案,能有效去除 AI 生成文本的”AI 味”。

核心优势:

  • 基于权威来源(维基百科 AI 写作特征)
  • 专为中文语境适配
  • 提供完整的检测-修复-评分流程
  • 免费开源

主要局限:

  • 依赖固定规则,可能无法处理所有边界情况
  • 需要人工审核确保语义准确性
  • 缺乏自动化的 benchmark 数据

评分:8/10

Humanizer-zh 解决了中文 AI 写作的一个真实痛点,提供了实用的解决方案。虽然它不能完全替代人工编辑,但作为辅助工具,它能显著提升内容处理效率和质量。

—

相关文章:

合规披露:本文基于公开资料撰写,不构成投资建议。文中提到的工具和项目均为公开可用资源。