3.4万星 Agent Skill，去除AI写作痕迹
⭐ 开源免费humanizer 是一个可移植的 Agent Skill（智能体技能），作用是把文字里「一眼就能看出是 AI 写的」那些痕迹去掉，让它读起来像人写的。作者是 GitHub 用户 blader，2026 年 1 月开源，采用 MIT 协议，目前已拿到约 3.4 万 Star、3.1 千 Fork，最新版本 v2.9.1。
它最特别的地方在于「规则不是拍脑袋定的」。整套判断标准来自维基百科的 Signs of AI writing（AI 写作特征）指南，由维基百科的 WikiProject AI Cleanup 小组维护，是志愿者在清理了数千篇 AI 生成条目之后总结出来的。humanizer 把这份指南拆成 33 条可执行的检测规则，分成内容、语言、风格、沟通、冗词五大类，每一条都配了 Before / After 的对照例子。
整个技能的运行体只有一个 SKILL.md 纯 Markdown 文件，不含任何可执行脚本，也不调用外部接口。这意味着它不依赖某一家的产品：Codex、Claude Code、OpenCode 等任何支持 Skill 机制的智能体都能直接加载，一条命令跨端安装。因为不联网、不上传，你的稿子始终留在本地，消耗的只是你自己智能体的 token。
| 项目 | 说明 |
|---|---|
| 输入 | 三种方式：① 直接在对话里粘贴文字；② 指一个文件让它就地改写；③ 被别的任务当作中间步骤调用 |
| 适用类型 | 博客、公众号推文、口播稿、产品文案、邮件、README、PR 描述、提交信息等散文类文本 |
| 输出 | 粘贴模式给「初稿 + 残留问题清单 + 最终稿」；文件模式直接改写原文件并回报改动摘要；嵌入模式只吐最终文本 |
| 语言 / 兼容 | 规则与例子以英文写成，但技能本身是给大模型看的自然语言指令，中文稿同样适用；任何支持 Skill 机制的智能体都能加载 |
| 规格 / 体量 | 单个 SKILL.md，约 620 行纯 Markdown，无脚本、无依赖、无网络请求 |
| 环境 | 建议配置 |
|---|---|
| 操作系统 | Windows / macOS / Linux 均可，跟着你的智能体走 |
| 运行环境 | 用 skills CLI 安装需要 Node.js（能跑 npx 即可）；手动安装则完全不需要 |
| 硬件 | 无要求。它本身不跑模型，只是一份给智能体读的指令 |
| 无 Node 方案 | 直接把 SKILL.md 复制进智能体的 skills 目录，一样生效 |
| 关键依赖 | 一个支持 Skill 机制的智能体，如 Codex、Claude Code、OpenCode |
| 额外费用 | 无。不需要注册、不需要 API Key、不上传任何内容，只消耗你自己智能体的 token |
npx 命令全局装上，然后在对话里说「帮我把这段改得不像 AI 写的」，贴上文字即可。全程不用改配置。只有走 skills CLI 安装才需要这一步。在终端里确认能跑通版本号，能出数字就行。跳过这步也可以，见第 3 步的手动安装。
node -v
官方推荐的方式是用跨智能体的 skills CLI 全局安装，装一次所有项目都能用。装完记得新开一个会话，或者让智能体重新加载技能。
npx skills add blader/humanizer --global
装到指定的智能体：
# 装进所有已配置的智能体
npx skills add blader/humanizer --global --agent '*'
# 只装进某一个，把 codex 换成你用的智能体名字
npx skills add blader/humanizer --global --agent codex
# 升级到最新版
npx skills update humanizer --global
| 参数 | 作用 |
|---|---|
--global | 装到全局，所有项目都能用。去掉它就是只装进当前项目，可以提交进仓库分享给同事 |
--agent '*' | 装进所有已配置的智能体端 |
--agent <名字> | 只装进指定的那一个智能体端 |
因为运行体只有 SKILL.md 一个文件，手动装同样有效。在 GitHub 搜索 blader/humanizer，把仓库里的 SKILL.md 下载下来，放进你的智能体存放技能的目录里，新建一个叫 humanizer 的文件夹装它就行。
Claude Code 用户还可以走插件市场：
/plugin marketplace add blader/humanizer
/plugin install humanizer@humanizer
装完之后用 /humanizer:humanizer 调用。
装好后不用记复杂语法，说人话就行。三种模式对应三种场景：
# 方式一：粘贴文字（默认模式，会给你初稿+问题清单+最终稿）
/humanizer
把下面这段改得不像 AI 写的：
（粘贴你的文字）
# 方式二：直接说
帮我把这段文案去掉 AI 味：（粘贴文字）
# 方式三：指一个文件，它就地改写
把 docs/launch-post.md 里的正文改得像人写的
| 模式 | 触发方式 | 它给你什么 |
|---|---|---|
| 粘贴模式 | 在对话里贴文字 | 初稿、残留 AI 味清单、最终稿，三样都给 |
| 文件模式 | 指一个文件路径 | 直接改写文件，只回报改动摘要，不刷屏 |
| 嵌入模式 | 被别的任务当步骤调用 | 只输出最终文本，不带任何解释 |
这是最值得用的功能。不给样本，它只会把文字改「干净」；给了样本，它会先分析你的句子长短分布、用词层级、段落开头习惯、标点习惯、口头禅和转折方式六个维度，再照着你的习惯改。
/humanizer
这是我自己写的东西，先学一下我的文风：
（粘贴 2 到 3 段你以前写过的文字）
现在按我的风格改写下面这段：
（粘贴要改的文字）
装进 Codex 之后最实用的三种接法：一是写完文档顺手让它过一遍；二是让它改 PR 描述和提交信息，这类文字最容易一眼看出是 AI 生成的；三是把它当作长任务的最后一道工序，前面让 Codex 写初稿，最后自动接一道去 AI 味。
# 写完文档顺手过一遍
用 humanizer 把 README.md 的正文改得像人写的，代码块别动
# 长任务串起来
先按这个大纲写一篇产品介绍，写完用 humanizer 过一遍再给我
五大类，知道它在查什么，你自己写的时候也能提前避开：
| 类别 | 条目 | 它在治什么毛病 |
|---|---|---|
| 内容类 | 第 1-6 条 | 硬拔高意义、堆砌媒体背书、-ing 式浅层分析、promotional 促销腔、模糊归因（专家认为）、套路化的「尽管面临挑战但前景广阔」 |
| 语言类 | 第 7-13 条 | AI 高频词、回避「是」改用「彰显/扮演着」、否定式对仗（不仅……更……）、三段式排比、同义词轮换、假区间（从 X 到 Y）、被动语态和无主语碎句 |
| 风格类 | 第 14-19、26-33 条 | 破折号、加粗滥用、内联标题式列表、标题大小写、emoji、弯引号、连字符词组、权威腔（归根结底）、路标句（让我们深入了解）、标题后的废话、以改动口吻写文档、强行金句、格言公式、假坦诚开场（说实话？） |
| 沟通类 | 第 20-22 条 | 聊天机器人残留（希望对你有帮助）、知识截止声明与凭空补白、讨好式语气（问得好！） |
| 冗词类 | 第 23-25 条 | 填充短语（为了达成这一目标）、过度模棱两可、空洞的正能量收尾（未来可期） |
完全不是一类东西。那些工具的目标是骗过检测器，做法通常是换同义词打乱句式。humanizer 的作者在项目里明确写了：不承诺骗过任何检测器。它的定位是一个文字编辑，规则公开、每条都能查到出处，改完还告诉你为什么改。把它当校对用，别当作绕过检测的手段。
有用。这份技能本质上是给大模型看的自然语言指令，不是正则匹配。33 条里绝大部分是写作行为层面的毛病，中文 AI 生成的内容同样会犯，比如硬拔高意义、三段式排比、模糊归因、空洞收尾、加粗滥用、emoji 装饰。少数几条偏英文语法的规则（标题大小写、弯引号、连字符词组）在中文里自然不触发，不影响其余部分。
不会。文件模式下它有明确约束，只处理散文部分，代码块、frontmatter、数据和链接地址一律不动。
这正是 v2.9.0 专门修的问题。现在有一条硬性的「不许编造」规则：改写里不能出现原文没有的事实、人名、数字、日期或引用。需要具体细节才能成立的句子，它要么问你，要么写成不带细节的朴素版本。它在自审环节还会专门问一遍「这次改写有没有新增原文里没有的东西」。
第 14 条把破折号列为最可靠的 AI 特征之一，默认是硬性禁止，会换成句号、逗号、冒号或括号。如果你本来就习惯用破折号，把你自己的文章样本喂给它做文风校准，样本的优先级高于这条规则，它会按你的频率保留。
都不要。它是 MIT 协议的开源项目，本体只有一个 Markdown 文件，不注册、不联网、不上传。你的稿子始终留在本地，唯一的成本是你自己智能体消耗的 token。
能用。早期版本的 frontmatter 里确实只标了 Claude Code 和 OpenCode，但 v2.9.1 专门把不可移植的 frontmatter 去掉了，并把跨智能体的全局安装设为官方推荐方式。仓库的标签里也明确列了 codex 和 cursor。用 --agent 参数指定你的智能体即可。
它有一节叫 PERSONALITY AND SOUL，明确说「没有声音的干净文字和 AI 腔一样容易被认出来」。但这一节只在博客、随笔、观点这类需要个人风格的内容上启用；技术文档、法律条文、参考资料里，中性平实本来就是正确的人类语气，它不会硬塞观点。如果你写的是前者却改平了，给它喂文风样本效果最明显。
可以。MIT 协议，商用、修改、二次分发都允许，保留版权声明即可。