news 2026/9/29 2:41:55

Humanizer:一个文件搞定 AI 写作去 AI 化,33 类模式全查

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
Humanizer:一个文件搞定 AI 写作去 AI 化,33 类模式全查

Humanizer:一个文件搞定 AI 写作去 AI 化,33 类模式全查

【免费下载链接】humanizerAgent skill that removes signs of AI-generated writing from text项目地址: https://gitcode.com/GitHub_Trending/humani/humanizer

AI 初稿经常结构完整,但读出来就是机器味:破折号一串、delve、"综上所述"一样不少。Humanizer 是专门做写作去 AI 化的 agent skill,整个产物就是一个叫 SKILL.md 的 Markdown 文件。把文本贴进去,它按 33 类 AI 痕迹扫描并改写,再自查一遍残留,给出终稿。任何支持 skill 格式的 Agent 框架都能加载它,没有依赖,没有配置。

去 AI 化初稿:手动循环 vs 一次调用

修过 AI 文的人都熟悉这个循环:通读全文找"味道",替换高频词,再通读查残留,味道还在,推倒重来。Humanizer 把这个循环压成一次调用。

手动修改装上 Humanizer
触发自己通读找 AI 味,凭感觉33 类模式逐项扫描
修改逐个换词,容易改过头一次改写同步调整词汇、句式和语气
校验改完再通读,不好判断内置自查:列出残留痕迹再出终稿

每次运行会返回三部分:初始草稿、仍然像 AI 的位置清单、终稿,改动过程可追溯。

改写内部:33 类模式与两遍循环

处理路径可以拆成四步理解。

  • 输入:贴上待处理文本;可选附上 2 至 3 段自己的文字做声音样本,内联粘贴或给文件路径都行。
  • 处理:分五类模式扫描。内容层盯意义拔高、媒体堆名、"-ing"式空分析和"专家认为"式模糊归因;语言层盯 delve 类高频词、回避 is/are、三段式排比、同义词轮换;风格层硬性清除破折号与 en dash、松开过度加粗、拆掉行内标题列表;沟通层清掉"希望对你有帮助"式聊天机器人残留、过度讨好和"知识有截止日期"式自我免责;填充层压缩空洞连接词。
  • 输出:改写原则是"改写而非删除",段落数量、核心含义、语气都保留,只去痕迹。
  • 校验:出草稿后自问"这段哪里明显是 AI 写的",把残留逐条列出来,再修出终稿。第二遍的存在就是为了第一遍没找到的漏网痕迹。

33 类模式整理自维基百科的 "Signs of AI writing" 指南,该指南基于对大量 AI 生成文本的观察。

最小安装路径 🔧

整个项目就是一个 Markdown 文件,装完的产物是根目录下的 SKILL.md。三条命令走 CLI:

npx skills add blader/humanizer npx skills add blader/humanizer --agent '*' npx skills update humanizer

第一行装进当前框架,第二行一次装进 CLI 支持的所有框架,第三行更新已装版本。框架不在 CLI 名单里,就把仓库克隆到 skill 目录:

git clone https://gitcode.com/GitHub_Trending/humani/humanizer /path/to/your/skills/humanizer

Claude Code 用户还可以用/plugin marketplace add blader/humanizer装成插件,之后以/humanizer:humanizer调用。skill 的 frontmatter 里声明了 Read、Write、Edit、Grep、Glob 等可用工具,整目录扫稿也能干。

装好后这样调用:

/humanizer 贴上要处理的文本

或直接说一句"请帮我做去 AI 化"。

两个进阶玩法:声音校准与发布前自检

把输出校准成你的声音。调用时附上 2 至 3 段自己写过的文章,skill 先分析句长、用词和标点偏好,再按这个节奏改写。不附样本时它会用一套默认声音:自然、有变化、不端。成品更接近你自己重写的,而不是被 AI 洗过的稿子。

只当查痕迹,不重写全文。把稿子贴进去,重点看它输出的自查清单:破折号出现在哪、三段式堆在哪、"综上所述"式的收尾还剩几个,照着清单手动修。适合不想动一个字、只想确认痕迹在哪的稿件。

边界:哪些内容它不碰

skill 不把单个痕迹当定案:一个破折号、一个 however、一对弯引号都是正常写法,它按痕迹是否成簇来判断。正文用专业术语、正式腔调不会被"去 AI 化"。引用原文、书名、正在讨论的例句也一律不动。具体细节、复杂情绪、中途自我修正会被当成人的证据保留下来。换句话说,它只修"像 AI 的句子",你的个人习惯不碰。

反过来,文本本来就有人味时不必跑它;百科、参考资料这类文体,中性平淡才是对的,它也不会往里塞观点。

适合谁

  • 用 AI 写初稿、发布前需要清掉机器痕迹的开发者
  • 批量审核 AI 文案的内容创作者和运营
  • 在多个 Agent 框架里想要同一道去 AI 化工序的团队,一条命令装完,标准统一

下次 AI 初稿要发布之前,贴进 Humanizer 跑一遍,看看自查清单会列出什么。

【免费下载链接】humanizerAgent skill that removes signs of AI-generated writing from text项目地址: https://gitcode.com/GitHub_Trending/humani/humanizer

创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/9/29 2:40:37

Windows环境运行Shell脚本:安装配置与踩坑全指南

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华
网站建设 2026/9/29 2:40:23

SAP分期付款条件配置全解:OBB8/OBB9、未清项拆分与排查

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华
网站建设 2026/9/29 2:39:55

Git本地代码推到新仓库的完整指南:从报错到一次跑通

1. 为什么"本地推到新仓库"这种基础操作让很多人卡壳1.1 先从一个典型的失败现场说起前阵子帮一个同事排查问题,他的情况很有代表性:项目代码已经在本地跑了好几天,功能都正常,今天他在网页上新建了仓库,复制…

作者头像 李华
网站建设 2026/9/29 2:39:18

Word/WPS集成DeepSeek R1实现文档智能编辑

简介:本资源是一份面向办公自动化场景的AI集成实践指南,专为希望提升Word与WPS文档处理效率的专业人士及AI工具初学者设计,解决传统办公软件缺乏智能文本生成、润色与理解能力的痛点。教程系统讲解DeepSeek R1 API接入全流程:从官…

作者头像 李华