op7418/Humanizer-zh · 上手攻略

• 仓库：op7418/Humanizer-zh
• 链接：https://github.com/op7418/Humanizer-zh
• 分类：writing-tools / Claude Code Skill
• 作者：spark
• 更新：2026-08-05

1. 这是什么

Humanizer-zh 是一个 Claude Code Skill(技能),用来把中文 AI 生成文本改写得更像"人写的"。它本身不调用大模型,只是把一份"AI 写作痕迹清单 + 改写示例"作为 SKILL.md 注入 Claude Code 的对话上下文,让 Claude 在改稿时按这份清单去扫描、去替换。

仓库里就两个文件:SKILL.md(技能定义,中文版)和 README.md。本质是一份"非常具体的写作风格 system prompt"。

技术血缘: - 核心规则翻译自 blader/humanizer(英文版) - 实用工具 / 快速检查清单参考自 hardikpandya/stop-slop - 24 类 AI 写作模式清单源头是英文维基 Wikipedia:Signs of AI writing(WikiProject AI Cleanup 维护)

最新提交 SHA 91f3d394 (2026-01-19,郭浩),commit message:"docs: 添加 npx 一键安装方式(推荐)"。也就是说,作者本人 7 个月前已经标记安装方式有官方推荐项。

2. 解决什么问题

LLM 输出的中文稿有相当一批"AI 味"特征词反复出现:此外、至关重要、深入探讨、深入剖析、赋能、打造、彰显、凸显、不可或缺、举足轻重、化身为、谱写、砥砺前行、三段式排比(不仅…更…而且…)、空洞总结("总而言之,本文深入探讨了…")等。

Humanizer-zh 把这些特征收成 4 大类共 24 种模式,由 Claude 在改稿时主动扫描:

• 意义拔高型:过度强调意义/遗产/趋势、强调知名度与媒体、以 -ing 结尾的肤浅分析、宣传词、宣传性语言、模糊归因、提纲式"挑战与未来展望"
• 句式习惯型:AI 高频词(此外/至关重要/深入探讨/赋能/格局)、规避"是"(系动词回避)、否定式排比("不仅是 X,更是 Y")、三段式法则滥用、刻意换词同义循环、虚假范围(scope-creep)
• 排版与字符:破折号过度使用、粗体过度使用、内联标题式列表、标题大写、表情符号、弯引号
• 语气与协作痕迹:协作交流痕迹("Great question!")、知识截止免责声明("截至 2024 年")、谄媚语气、填充短语("It's important to note that")、过度限定("可能、或许、有望")、通用积极结论

改写时,它让 Claude 不仅删 AI 词,还要求注入"人味":有观点、变化长短句、承认复杂性、允许"我"、接受一些混乱、用具体细节替代抽象概括。

3. 快速安装

方式一:npx(作者标"最推荐")

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

会自动安装到 Claude Code 标准 skills 目录。

方式二:git clone

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

方式三:手动

下载 ZIP,复制到对应目录:

• macOS / Linux:~/.claude/skills/
• Windows:%USERPROFILE%\.claude\skills\

最终目录结构:

~/.claude/skills/humanizer-zh/
├── SKILL.md     # 技能定义(中文版,真正被加载的就是这份)
└── README.md    # 说明文档

安装后重启 Claude Code 或 /reload,激活方式是对话里输入:

/humanizer-zh 请把下面这段改写得更自然:
[你的 AI 草稿]

4. 核心用法(可复制)

4.1 单段改写

/humanizer-zh 下面这段太 AI 了,请按 SKILL.md 的 24 条规则改写,保留事实,去掉 AI 味:
[粘贴文本]

4.2 文件级改写

/humanizer-zh 请把 article.md 整篇按 SKILL.md 规则改写,保留小标题,只换可疑段落。

Claude 会读取 SKILL.md 的 24 条清单,对全文逐段扫描可疑模式。

4.3 用 README 自带的演示样本

README 给的"改写前 / 改写后"对照很值得先拿来当基线测试:

• 输入:"新的软件更新作为公司致力于创新的证明。此外,它提供了无缝、直观和强大的用户体验——确保用户能够高效地完成目标。这不仅仅是一次更新,而是我们思考生产力方式的革命。"
• 输出(README 里的示例):"软件更新添加了批处理、键盘快捷键和离线模式。来自测试用户的早期反馈是积极的,大多数报告任务完成速度更快。"
• 解释:删了"作为……的证明"、删了"此外/无缝"、删了三段式、删了"不仅…而是…"排比、加了具体功能名(批处理/快捷键/离线模式)+ 真实反馈(测试用户)。

如果你自己的改写结果和这个样本还有相似的句式,可以再追一轮:/humanizer-zh 仍然 AI,请继续砍"格外强调趋势"的部分。

4.4 24 词高危词清单(临时黑名单)

如果你没用 Claude Code,纯人工 / 其它 LLM 也建议至少拉黑这 24 个 (README 末尾):

此外、至关重要、深入探讨、强调、持久的、增强、培养、获得、突出、相互作用、复杂/复杂性、格局(抽象名词)、关键性的、展示、织锦(抽象名词)、证明、强调、宝贵的、充满活力的、赋能、彰显、凸显、不可或缺、举足轻重。

5. 典型适用场景

1. AI 草稿→人类发布稿:写作时让 AI 出初稿,用 Humanizer-zh 走一遍再发。
2. 自媒体 / Newsletter:中文稿件里 AI 高频词最容易"成群"出现,这清单能批量清洗。
3. 学术写作润色阶段:防止"提纲式挑战与未来展望"和"三段式总结"被审稿人 / 编辑认成机器稿。
4. 跨境内容本地化:把英文 AI 翻译稿再过一次,中文版本 AI 味通常比英文还明显。

6. 坑与注意

1. 它不调模型,只换 context。本质上是一份"提示词模板",最终输出质量仍取决于 Claude 的改写能力。Claude Sonnet 4.5 / Opus 都行,Haus / small 模型表现不稳。
2. 不是 AI 检测器绕过工具。README 明确说:"这个工具不是为了'欺骗' AI 检测器,而是为了真正提升写作质量。"如果目的是规避 Turnitin / GPTZero,本仓库的伦理立场是反对的。
3. 24 条中部分在中文里表现不同。README 自己也提到"标题大小写在中文里不是问题",所以"标题大写"这类模式对纯中文输入基本无效。这是它做中文适配时只做了语料,没有重写规则集的实际产物。
4. 不要指望"通篇一遍过"。尤其长文,建议先对开篇 / 每段首句单独跑一次,这些位置"格局 / 赋能"最容易漏。
5. 保留核心事实。改写后要回校数字 / 人名 / 因果关系,Humanizer-zh 不会自动校验事实。
6. 作者 7 个月没动主线。HEAD commit 是 2026-01-19,issues / PRs 增长很慢,新 AI 高频词(2024 年后的"AGI 浪潮、tokens、推理时代")可能要靠你自己补。README 列出的 24 条是 2026-01 版本,后续如有新增需要自查。

7. 与同类对比

定位一句话:它是 Claude Code 的中文去 AI 味 skill,不是 model,不是 SaaS,只是非常具体的写作 prompt。

8. 一句话推荐

只要你在用 Claude Code 写中文、且不希望初稿一眼 AI,装一下:npx skills add https://github.com/op7418/Humanizer-zh.git。

9. 原始 commit / 链接(溯源)

• HEAD commit:91f3d394db8419c20d67ebe22a96cf8fee0a404b (2026-01-19,作者:郭浩)
• Commit URL:https://github.com/op7418/Humanizer-zh/commit/91f3d394db8419c20d67ebe22a96cf8fee0a404b
• Issue / PR:https://github.com/op7418/Humanizer-zh/issues
• 上游 SKU README:https://github.com/op7418/Humanizer-zh#readme

数据可信度自证:本篇 commit SHA / 日期 / 作者邮箱由 GitHub REST /repos/.../commits/main 实测拉到(2026-08-05);版本描述、24 条模式清单、24 词高危词清单均来自 README + SKILL.md,逐字核对;最新 commit 是否仍为 91f3d394 仅以本次抓取时刻为准,若有人在 2026-08-05 之后再提交,本节数字会过期。