为什么Humanizer要求你砍掉破折号?揭秘最可靠的AI写作信号
【免费下载链接】humanizerAgent skill that removes signs of AI-generated writing from text项目地址: https://gitcode.com/GitHub_Trending/humani/humanizer
如果你发现 AI 生成的文章总有一股"机器味",问题多半出在几个固定的AI 写作信号上。Humanizer 是一个开源的 Agent 技能,专门识别并清除文本里的 AI 写作痕迹,而它 33 条规则中最严格的一条是:删掉所有破折号(em dash)。为什么一个小小的标点符号,会成为最可靠的 AI 写作检测线索?这篇教程带你从源头把这件事讲清楚。
Humanizer 是什么:给 AI 文字"去机器味"的 Agent 技能
简单来说,Humanizer 就是一套纯 Markdown 编写的编辑指令,丢给任何支持"技能(skill)"机制的 AI Agent 就能用。它的工作方式像一位较真的编辑:
- 扫描文本,找出 33 种常见的 AI 写作模式;
- 改写而不是删掉:用自然的表达替换 AI 腔,原文有几段,改完还是几段;
- 保留原意,并匹配目标语气(正式、随意、技术向);
- 走一遍"草稿 → 审查 → 终稿"的闭环,最后还要自问一句:"这段文字为什么一看就是 AI 写的?"
它的知识来源是维基百科上由 WikiProject AI Cleanup 维护的 "Signs of AI writing" 指南,基于对海量 AI 生成文本的观察总结而来。核心文件结构非常小巧:
| 文件 | 作用 |
|---|---|
| SKILL.md | 技能本体,33 个 AI 写作模式的权威定义与改前/改后示例 |
| README.md | 面向人类:安装、用法、模式总表、版本历史 |
| AGENTS.md | 面向 AI 编码代理的仓库维护契约 |
没有构建步骤、没有一行代码可运行,"运行时产物"就是那份 Markdown 提示词本身。
破折号为什么是最可靠的 AI 写作信号?
在 SKILL.md 的第 14 号模式中,规则写得毫不含糊:
终稿中不得出现任何 em dash(—)或 en dash(–)。破折号是最可靠的 AI 特征之一,因此这是一条硬约束,而不是"少用一点"的建议。
原因其实很好理解:
- 大语言模型有强烈的输出偏好。用一对破折号夹住一个插入语("the policy — announced without warning — affects...")是训练数据里高频出现的节奏模板,模型一旦进入"流畅模式"就会不自觉地反复使用;
- 它是最容易被机器抓取的指纹。人类作者用破折号频率不高且用法随意,AI 文本却几乎篇篇必现,甚至出现
—带空格、--双连字符这类"变体伪装"; - 它是"集群证据"的核心成员。Humanizer 在 误报防范指南 里特意强调:单独的破折号不构成罪证(很多编辑和记者本来就爱用),但当破折号 + "三点式排比" + "vibrant tapestry(绚丽织锦)"式的 AI 词汇 + 模板化"Conclusion" 结尾同时出现时,"那就是一份供词"。
破折号出现后,按这个优先级替换
| 优先级 | 替换手段 | 适用场景 |
|---|---|---|
| 1 | 句号 | 干脆断句,另起一句 |
| 2 | 逗号 | 简短的插入说明 |
| 3 | 冒号 | 后面是解释说明 |
| 4 | 括号 | 真正的旁白式补充 |
| 5 | 重构句子 | 以上都不顺手时 |
官方示例(来自 SKILL.md):
❌ 改前:The new policy — announced without warning — affects thousands of workers.
✅ 改后:The new policy, announced without warning, affects thousands of workers.
更狠的是收尾动作:终稿交付前必须全文搜索—和–,只要搜到,就说明稿子还没写完。这条"扫描验收"写死在 Process and Output 工作流里,属于强制项。
不止破折号:33 个 AI 写作信号速览
破折号只是 Humanizer 检测清单里最出名的一条。完整列表见 SKILL.md,README 里还有一张改前/改后对照总表。挑几个新手最容易中招的:
| 类别 | 典型 AI 腔 | 人类写法 |
|---|---|---|
| 意义膨胀 | "marking a pivotal moment in the evolution of..." | 直接说事实:"was established in 1989 to..." |
| 虚假深度 | 句尾挂一串 -ing:"symbolizing..., reflecting..., showcasing..." | 拆成具体句子 |
| 回避 "is/are" | "serves as / boasts / features" | 老老实实写 "is / has" |
| 三点排比 | "innovation, inspiration, and insights" | 有几项写几项 |
| 委婉废话 | "could potentially possibly be argued that..." | "may" |
| 空洞收尾 | "The future looks bright..." | 说具体的下一步 |
| 谄媚腔 | "Great question! You're absolutely right!" | 直接回答 |
有意思的是,版本历史显示"砍破折号"这条规则本身就升级过:在 2.7.0 版 之前它只是"破折号使用过度",之后被直接改成了硬删除——因为在实践中,它是性价比最高的检测特征。
Humanizer 快速上手:一键安装步骤
方式一:Skills CLI 跨 Agent 安装(最快)
npx skills add blader/humanizer想装进所有支持的 Agent 环境,加一个参数:
npx skills add blader/humanizer --agent '*'方式二:Claude Code 插件
/plugin marketplace add blader/humanizer /plugin install humanizer@humanizer之后以/humanizer:humanizer调用。
方式三:手动安装(任何 Agent 都可用)
由于产物就是一个 SKILL.md,把它复制进你 Agent 的技能目录即可;或者克隆仓库:
git clone https://gitcode.com/GitHub_Trending/humani/humanizer /path/to/your/skills/humanizer最快使用方式
装好后,粘贴文本即可:
/humanizer [把你的 AI 文本粘贴在这里]或者直接用自然语言:"Please humanize this text: [你的文本]"。
💡进阶技巧——语气校准(Voice Calibration):Humanizer 支持先学习你自己的写作样本(句子长短、用词习惯、标点癖好),再基于你的风格改写,而不是输出千篇一律的"干净腔"。用法是在提示里附 2~3 段自己的文字,说明"这是我的文风样本"即可。详细写法见 README 的 Voice Calibration 一节。
常见误区:这些"信号"其实不是信号
Humanizer 最容易被新手用错的地方是误伤好文章。它的 误报防范清单 明确列出了单独出现时不能作为 AI 证据的特征:
- 语法完美、风格统一——很多专业作者和编辑过的稿件本来就这样;
- 正式或学术词汇——AI 滥用的是特定几个花哨词,不是所有高级词;
- 单个破折号——必须配合其他模板化特征才算证据;
- 单独一个短句强调——连续多个短句堆戏剧感才是"staccato drama";
- 弯引号——macOS、Word、多数 CMS 默认就是自动弯引号;
- 引用、标题、人名里的原文——二手文本不该被改写。
一句话原则:找集群,不抓孤证。一两个特征什么都说明不了,五个特征同时出现才是确凿信号。
反过来,SKILL.md 还列了"人类写作特征",看到就要手下留情:具体到难以编造的细节、未解决矛盾的复杂情绪、带年代感的梗、能解释自修改理由的第一人称选择、长短交错的句长,以及2022 年 11 月 30 日(ChatGPT 公开上线)之前的编辑痕迹——那些几乎不可能是 AI 写的。
写在最后
回到开头的问题:Humanizer 为什么执着于砍掉破折号?因为它是成本最低、命中最高的 AI 写作信号——一个标点符号的扫描,就能过滤掉一大批 AI 文本的"腔调指纹";而当它与三点排比、华丽 AI 词汇、模板化结尾形成集群时,基本就是实锤。
如果你正在用 AI 辅助写作,不妨把 Humanizer 加进工作流:让 AI 负责初稿,让它自己执行"草稿 → 自审 → 终稿"的净化闭环,再全文扫一遍破折号收尾。写出来的文字,才算真的"有人味"。
更多模式细节与改前/改后完整示例,见 SKILL.md;项目版本历史与维护契约,见 README.md 与 AGENTS.md。
【免费下载链接】humanizerAgent skill that removes signs of AI-generated writing from text项目地址: https://gitcode.com/GitHub_Trending/humani/humanizer
创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考