blader/Humanizer
摘要
Humanizer 是一款工具,采用维基百科“AI写作特征”中的35种模式,重写听起来像AI生成的文本,使其阅读更自然,同时保持事实准确性并支持风格匹配。
查看缓存全文
缓存时间: 2026/09/02 17:45
blader/humanizer
来源:https://github.com/blader/humanizer
Humanizer
可通过 skills.sh 安装(https://skills.sh/blader/humanizer)
Humanizer 重写AI风格的文本,使其读起来像人写的,但不改变原意。由于它只是 Markdown,因此适用于任何支持技能的代理。
工作原理
Humanizer 使用维基百科“AI 写作迹象”(https://en.wikipedia.org/wiki/Wikipedia:Signs_of_AI_writing)中的35种模式,该页面由 WikiProject AI Cleanup 维护。它首先进行一轮重写,不将原始结构视为固定。然后,它根据这些模式以及原始声明检查草稿,然后重写仍需改进的部分。
“LLM 使用统计算法来猜测接下来应该是什么。结果往往倾向于适用于最广泛情况的统计上最可能的结果。”
它不会编造内容。姓名、数字、日期、引用、参考文献或其他事实细节必须来自源材料或作者。对于个人写作,Humanizer 保留作者的风格。技术性和参考性文本保持中性和朴素。如果你提供写作样本,Humanizer 会遵循该样本,而不是其默认的风格规则。
当你粘贴文本时,Humanizer 在给你最终版本之前会展示其工作过程。你会看到第一次重写以及对任何听起来仍然不自然的部分的简短批评。将其指向一个文件时,它只更改文本内容,而保留代码、数据、前置内容和链接目标不变。
使用方法
直接调用该技能:
/humanizer [在此粘贴你的文本]
或用自然语言请求:
请将此文本改写得自然些:[你的文本]
要重写一个文件,给 Humanizer 文件路径:
改写 docs/launch-post.md 中的文本
匹配你的风格
如果你希望重写听起来更像你,请提供一个样本:
/humanizer 这是我的写作风格样本:[粘贴你自己写作的2-3段]
现在请将以下文本改写得自然些:[粘贴要改写的AI文本]
Humanizer 会遵循样本的节奏、用词、标点和刻意的特点。
35种模式
内容模式
| # | 模式 | 改写前 | 改写后 |
|---|---|---|---|
| 1 | 夸大重要性 | “标志着…演进中的关键时刻” | “成立于1989年,作为更广泛去中心化的一部分” |
| 2 | 堆砌名称以证重要 | “被《纽约时报》、BBC、FT 和 The Hindu 引用” | 只保留有用的、有来源的背景信息 |
| 3 | 肤浅的-ing分析 | “象征…反映…展示…” | 只保留有来源支持的内容 |
| 4 | 销售用语 | “坐落在令人惊叹的…地区” | “是贡德尔地区的一个城镇” |
| 5 | 模糊的来源 | “专家认为它起着关键作用” | 指明真实来源或删除该声明 |
| 6 | 公式化的挑战与展望 | “尽管面临挑战…继续蓬勃发展” | 保留事实,删除推销用语 |
语言和语法模式
| # | 模式 | 改写前 | 改写后 |
|---|---|---|---|
| 7 | 滥用的AI词汇 | “实际上…此外…受限于…悄然…见证…领域…展示” | “也是…需要…仍然常见” |
| 8 | 避免使用is和are | “作为…服务…具有…拥有” | “是…有” |
| 9 | “不是X而是Y”与截断结尾 | “这不只是X,而是Y”,“…,无需猜测” | 直接陈述要点 |
| 10 | 强制的三元组 | “创新、灵感与洞见” | 根据含义需要使用确切的项目数量 |
| 11 | 更改名称与重复开头 | “主角…主要人物…英雄”或“她指出…她指出…她提交…” | 使用一个名称或合并重复的句子 |
| 12 | 虚假的从X到Y范围 | “从宇宙大爆炸到暗物质” | 直接列出主题 |
| 13 | 被动语态与缺失主语 | “无需配置文件” | 在有帮助时指明动作执行者 |
风格模式
| # | 模式 | 改写前 | 改写后 |
|---|---|---|---|
| 14 | 长破折号 | “机构——而非人民——然而这仍在继续——” | 删掉它们:使用句号、逗号、冒号或括号 |
| 15 | 过多粗体文本 | “OKRs、KPIs、BMC” | “OKRs, KPIs, BMC” |
| 16 | 带粗体小标题的列表 | “性能: 性能得到提升” | 当列表没有增加价值时使用散文 |
| 17 | 标题中的标题式大写 | “战略谈判与合作伙伴关系” | “战略谈判与合作伙伴关系” |
| 18 | 表情符号 | “🚀 发布阶段:💡 关键洞察:” | 删除表情符号 |
| 19 | 弯引号 | said “the project” | said "the project" |
| 26 | 过多连字符连接的词对 | “跨职能、数据驱动、面向客户” | 只保留语法需要的连字符 |
| 27 | 虚假的深层真相 | “其核心,重要的是…” | 直接陈述要点 |
| 28 | 预告下一点 | “让我们深入探讨”,或“有一件事让我吃了亏” | 直接开始内容 |
| 29 | 标题在下方重复 | “## 性能” + “速度很重要。” | 让标题发挥作用 |
| 30 | 描述旧版本 | “添加此函数是为了取代…” | 描述其现在的功能 |
| 31 | 强制的结尾句与片段 | “它没有偏好。没有先入为主。没有怀旧。” | 使用自然的句子长度和具体的声明 |
| 32 | 公式化的说法 | “对称是信任的语言” | 陈述具体的声明 |
| 33 | 虚假的坦率开头 | “老实说?这取决于…” | 直接给出答案 |
| 34 | 回答无人提出的异议 | “这主要不是关于提示词长度的…” | 删除无根据的辩护,保留任何真实的声明 |
| 35 | 拒绝虚假的替代方案 | “一个诱人的选择是…,但是” | 删除虚假选项,保留真实的选择 |
聊天机器人模式
| # | 模式 | 改写前 | 改写后 |
|---|---|---|---|
| 20 | 答案中残留的聊天机器人文本 | “希望这对你有帮助!如果…请告诉我” | 删除它 |
| 21 | 知识限制免责声明与猜测 | “虽然现有来源中信息有限…” | 陈述已知信息或删除该声明 |
| 22 | 过于顺从的语气 | “好问题!你完全正确!” | 直接回答 |
填充词与含糊其辞
| # | 模式 | 改写前 | 改写后 |
|---|---|---|---|
| 23 | 填充短语 | “为了”,“鉴于事实” | “为了”,“因为” |
| 24 | 过多的限定词 | “可能潜在地或许” | “可能” |
| 25 | 通用积极的结尾 | “未来看起来一片光明” | 以事实或有来源的计划结束 |
完整示例
诸如月份和街区之类的细节必须来自作者。如果缺失,Humanizer 应该询问而不是编造。
(AI风格)改写前:
我最近在里斯本度过了难忘的五天,让我告诉你——这座城市完全俘获了我的心。从我抵达的那一刻起,我就知道我来到了一个真正特别的地方。
里斯本坐落在塔霍河畔,是葡萄牙永恒精神的生动见证,丰富的历史与现代活力在这里交织。是的,著名的山丘很有挑战性——我的腿确实感受到了!——但每次攀登都会用令人惊叹的全景风光回报你,让一切都值得。
没有乘坐标志性的28路电车穿越城市最古老的街区,旅行就不完整。那么食物呢?简直是神圣的。贝伦蛋挞店的原味蛋挞是备受喜爱的国宝,品尝一个还温热的蛋挞是我永远不会忘记的时刻。
但真正让里斯本特别的不仅仅是风景——而是一种感觉。从主广场漫步几步,你会发现更安静、更真实的一面:阳光普照的小巷、迷人的瓷砖外墙和友好的当地人过着日常生活,邀请你放慢脚步,享受每一刻。
当然,必看的圣乔治城堡可以提供下方屋顶的壮丽景色。队伍可能很长,但对于任何历史爱好者或好奇的旅行者来说,这种体验绝对值得。
我会再去吗?当然会。里斯本不仅仅是一个游览的地方——它是一个让人一次又一次爱上它的地方。如果你在梦想你的下一次度假,这是一个承诺给你留下终生回忆的目的地。✨
改写后:
我去年十月在里斯本待了五天,至今对它的感受仍很复杂。美,是的。也比任何人警告我的更伤膝盖。
山丘是全部故事,却从未出现在宣传册里。我的酒店在阿尔法玛区,照片拍起来很美,但实际意味着每次想喝咖啡都像在爬一座六层楼高的楼梯。到了第二天,我的小腿已经有意见了。我开始计划每次步行都选下坡路,这是一种奇怪的看城市的方式,但可能更诚实。
每个人都说要坐28路电车,所以我坐了,在陌生人的背包旁挤了四十分钟,期间三个旅行团在同一个角落拍摄。下次我会步行那条路线,或者在早餐前去。不过,奶蛋挞确实值得吹捧。我在格拉萨区一家不起眼的小店吃了一个,还是温热的,有那么大约三十秒钟,我明白了为什么人们会围绕糕点来规划旅行。
我没想到的是,远离主广场后城市会变得如此安静。从任何广场上坡两个街区,就变成了晾衣绳、剥落的瓷砖、敞开的窗户和放大声音看足球的老人。那是我一直想起的里斯本,而不是城堡。
城堡还行。风景很好,队伍很长,我花在排队走向入口的时间比进去后看东西的时间还多。如果我只有两天时间,我会用它换一下午迷路的时光。
我会再去,但在春天,并且穿更好的鞋。里斯本不会不遗余力地让你感到便利。我想我喜欢这一点,即使我的腿不同意。
来源
- 维基百科:AI 写作迹象(https://en.wikipedia.org/wiki/Wikipedia:Signs_of_AI_writing)是模式列表的来源。
- WikiProject AI Cleanup(https://en.wikipedia.org/wiki/Wikipedia:WikiProject_AI_Cleanup)维护该页面。
版本历史
显示发布说明
- 2.11.2
- 移除了插件符号链接和单独的 Claude Desktop 包。当前 Claude Code 直接加载根
SKILL.md,因此 GitHub 的源码 ZIP 现在可以在 Claude Desktop 中工作。35 种模式未变。
- 移除了插件符号链接和单独的 Claude Desktop 包。当前 Claude Code 直接加载根
- 2.11.1
- 添加了一个包含一个普通
humanizer/SKILL.md文件的 Claude Desktop 就绪发布包。GitHub 的源码归档仍保留插件符号链接(修复 #224)。35 种模式未变。
- 添加了一个包含一个普通
- 2.11.0
- 用清晰语言重写了所有仓库指导、描述、检查和技能说明。保留了所有 35 种模式及其行为。
- 2.10.2
- 为 Claude Desktop 和旧版加载器添加了标准
skills/humanizer/插件路径。该路径链接到根技能,因此仍只有一个提示词(修复 #202)。
- 为 Claude Desktop 和旧版加载器添加了标准
- 2.10.1
- 在 §7 中添加了
gate、gated和gating的比喻性用法。保留了真实的技术用法,如功能门控和 CI 质量门。
- 在 §7 中添加了
- 2.10.0
- 添加了用于最终文本中残留旧草案想法的模式 #34 和 #35。为真实的限制、异议和替代方案添加了保护措施(修复 #198)。同时改进了 §24 和最终重写步骤。共 35 种模式。
- 2.9.2
- 在模式 #11 中添加了重复的句子开头,并为刻意的重复添加了保护措施(修复 #206)。扩展了 §28 以涵盖随意的预告。共 33 种模式。
- 2.9.1
- 改进了安装和包检查。移除了不受支持的元数据、工具批准和一个重复的长示例。共 33 种模式。
- 2.9.0
- 添加了禁止捏造事实的规则,并更新了所有示例以遵循它(修复 #187)。让信息比段落形状更重要,让写作样本覆盖 §14,并添加了三种输出模式。共 33 种模式。
- 2.8.3
- 将版本移至
metadata.version以兼容 Agent Skills。共 33 种模式。
- 将版本移至
- 2.8.2
- 用一个第一人称的里斯本故事替换了主示例,该故事保留了原始主题、观点和细节。共 33 种模式。
- 2.8.1
- 添加了跨代理安装、Claude 插件文件和引用文本保护措施。共 33 种模式。
- 2.8.0
- 添加了模式 #31-33,并扩展了模式 #20 以捕获聊天机器人的提议。共 33 种模式。
- 2.7.0
- 添加了模式 #30,加强了破折号规则,并扩展了模式 #21 以涵盖无支持的猜测。共 30 种模式。
- 2.6.0
- 合并了重复的工作流文本,将个性指导限制在合适的内容,移除了模型猜测,并缩短了主示例。共 29 种模式。
- 2.5.1
- 添加了被动语态和缺失主语。共 29 种模式。
- 2.5.0
- 添加了深层真相声明、预告、重复标题和截断的负面结尾。收紧了破折号规则并修正了前置内容。共 28 种模式。
- 2.4.0
- 添加了写作样本匹配。
- 2.3.0
- 添加了连字符连接的词对。
- 2.2.0
- 添加了草稿检查和二次重写。
- 2.1.1
- 修正了弯引号示例。
- 2.1.0
- 为所有 24 种模式添加了改写前后示例。
- 2.0.0
- 根据维基百科来源重写了技能。
- 1.0.0
- 首次发布。
许可证
MIT
安装
使用 Skills CLI 安装 Humanizer:
npx skills add blader/humanizer --global
去掉 --global 则仅在当前项目中安装 Humanizer。添加 --agent <name> 或 --agent '*' 以选择接收该技能的代理,然后重新加载它们的技能。Claude Code 2.1.142 或更高版本可以改为安装插件:
/plugin marketplace add blader/humanizer
/plugin install humanizer@humanizer
插件命令是 /humanizer:humanizer。在 Claude Desktop 中,将此仓库下载为 ZIP 并作为技能上传。如需手动安装,请将 SKILL.md 复制到代理的技能文件夹中。
相似文章
发现一个真正有效的人工智能人性化工具(亲自测试过)
对RewriteIQ的评测,这是一款能够有效改写AI生成文本以避免检测的人工智能人性化工具,尤其擅长处理技术性且杂乱草稿。
@Lucy_love_AI: 中文内容创作者,必装的 10 个 skill 1|Humanizer-zh 中文"去 AI 味"神器,专抓空话、套话、三段式、过度排比那股机器腔,改得像人写的(归藏做的汉化版)。 http://github.com/op7418/Huma…
推文介绍了中文内容创作者必装的10个AI写作相关skill,重点推荐Humanizer-zh,一个用于去除AI生成文本痕迹的中文工具,能识别并修复24种AI写作模式,让文字更像人类书写。
jialinyyzz/humanizer
jialinyyzz/humanizer 是一个 12B 参数的开源模型,能将 AI 生成的英文与中文草稿改写得像人写的一样,同时保持所有数字、单位、日期和引文不变,并支持本地离线运行(提供多种 GGUF 量化版本与桌面/命令行工具)。
@tom_doerr: 撰写营销文案,去除所有AI写作的痕迹,使得最终文本读起来像是人类所写。 …
一个AI工具,用于撰写营销文案并去除AI写作的痕迹,以产生类似人类的文本,基于通信研究。
Altworld/Hemmingway-1
Hemmingway-1 是一款拥有270亿参数的开源AI模型,专注于日常写作任务,在用于类似人类沟通的基准测试中表现优于领先模型。