企业官网建设流程全解析

Humanizer 使用指南：把 AI 初稿改出个人语气

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

大模型能写出结构完整、语法正确的文章，却常带着一套固定痕迹：满篇的破折号、delve 等高频词、每段末尾加重的短句。Humanizer 是一个只靠单个 SKILL.md 即可运行的 agent skill，负责把这些 AI 写作模式逐条识别出来再重写，让成稿读起来像作者本人，而非聊天机器人。它的判断依据来自维基百科维护的 AI 写作特征清单，适用于 Claude Code、Codex、Cursor 等任何支持 skill 的框架。

什么信号让文本一眼被认出是 AI 写的

用大模型出初稿时，下面几种毛病很难避免：

• 「不是 X，而是 Y」式对比：用否定抬高点，却不增加信息
• 每段结尾一句加重的短句子，例如「这才是真正的关键」
• delve、testament、landscape 这类词扎堆出现
• 破折号被当成万能连接符，全文密布
• 聊天机器人残留：「I hope this helps」「Great question!」没删干净

单看某一条，人写也可能碰到；但集中出现在同一段里，读者立刻能感到不自然。根源在于模型默认选择对最广泛读者都成立的写法，而不是替某个具体读者、某个具体主题做取舍。

Humanizer 是什么：单个 SKILL.md 的运行机制

Humanizer 把「识别 AI 痕迹 + 重写」压缩进一次调用。本体就是一个 Markdown 文件，没有构建步骤、依赖或配置；加载方读到 SKILL.md 的内容后按它执行。frontmatter 里声明了名称、描述、许可证与版本号等基础元数据。

核心流程分四步：

1. 标记：通读全文，按强度从高到低标出所有模式
2. 草稿：保留所有有据可查的事实，允许调整结构，但不添加原文没有的名字、数字、日期或引用
3. 自查：出声读草稿，专门检查第一遍最容易漏掉的残留，比如对比句、结尾句、三段式、破折号、加粗标签
4. 定稿：按点自然表达，长短句交错，而不是逐句打补丁

模式清单当前共 26 类，分六组：铺陈式表达、规则化节奏、夸大与借权威、格式化装饰、聊天与草稿残留、写错读者。前 5 类出现一次就值得改，标记「单独出现时较弱」的模式需要和其他痕迹同段聚集才动手。完整编号清单见 SKILL.md。

它如何判断与改写

按聚集程度处理，避免误伤

单个破折号、孤立的 however 都不算 AI 痕迹；人写也会用，只有整篇密集出现才动手。专业术语、正式文风、语法完美都保持原样；引号里被引用的原文、标题、专有名词不改；具体细节、混合情绪、自我修正这类「人味」明确保留。只动「像 AI 的句子」，不削掉作者自己的风格。

带上你自己的写作样本

改写时附上 2 至 3 段本人文字，skill 会先分析样本的句长、用词、标点习惯，再让改写跟随这个节奏。样本支持内联粘贴或文件路径。你习惯用破折号，它就不强行删；你习惯口语化开头，它就不换成书面腔。不提供样本时，回落到自然、多变的默认声音，而不是统一的「干净」文风。

三种输出模式

改动可追溯：草稿、审计清单、终稿三段都给你看，能定位每处改动的原因。

如何安装并调用 Humanizer

用 skills CLI 一行安装

npx skills add blader/humanizer

一次装进所有受支持的框架：

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

更新已安装的版本：

npx skills update humanizer

在 Claude Code 里作为插件

/plugin marketplace add blader/humanizer /plugin install humanizer@humanizer

调用时用/humanizer:humanizer，需要 Claude Code 2.1.142 或更新版本；旧版本可改用npx skills add blader/humanizer --global --agent claude-code。

手动拷贝到 skill 目录

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

把 SKILL.md 放进对应框架的 skill 目录即可。

调用

/humanizer 贴上要处理的文本

或者直接用自然语言：「Please humanize this text: …」。

典型用法：发布前自检与多框架统一

只查不改，做发布前自检

把稿子贴进去，重点看「still AI generated」审计清单：破折号、三段式、加粗标签逐项列出。适合不想动措辞、只想核对残留的文档，照清单手动修即可。

多框架统一同一道工序

--agent '*'一次装进所有支持的 Agent 框架，让 Claude Code、Codex、Cursor 里都有同一套发布前检查，再配合文件模式指定路径批量处理文档。

喂样本，让输出像你

调用时附 2 至 3 段过往文章，产出读起来像本人重写，不是「清洗过的 AI 文」。样本可内联，也可用文件路径。

适合谁，注意什么：选型建议

• 适合：日常用 AI 出初稿、需人工润色后再发布的写作者；团队里多人共用同一套「去 AI 化」标准的工程团队；只想查痕迹、不想改全文的审核流程
• 不适合：指望绕过 AI 检测器的场景。项目明确说明，通过检测器不是目标，检测器仍会标记大部分输出
• 常见误区：把单个破折号、孤立的 however 当痕迹硬删；或期待它替你判断内容对错。它只改写法，不加事实——缺细节时会问，不会编

下一步

先在一份小范围文档上跑一次，看审计清单列出哪些残留，再决定要不要把整篇或整目录纳入发布前流程。

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