企业官网建设流程全解析

一个 Skill 文件、33 类模式：Humanizer 一次改写去掉 AI 写作痕迹

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

Humanizer 是给用 AI 写初稿的人准备的写作去 AI 化 agent skill：一个 SKILL.md，33 类模式，一次调用把「AI 味」改成「人话」。无构建、无依赖，任何支持 skill 格式的 Agent 框架都能跑。

一个真实场景

把 5 段产品简介初稿贴进 Agent，调用/humanizer。输出分三部分：草稿、残留痕迹清单、终稿。 拿「夸大意义」这类模式举例：改前 "marking a pivotal moment in the evolution of..."；改后 "was established in 1989 to collect regional statistics." 终稿读起来更平，但段落数、含义、语气都和原文对得上，只剩痕迹被去掉。它凭什么判断哪些要改？

⚙️ 它是怎么做到的

33 条编号模式

模式清单来自维基百科 "Signs of AI writing" 页，分五类：

• 内容层：夸大意义、媒体堆名、"-ing" 式浅分析、「专家认为」
• 语言层：delve 类高频词、回避 is/are、三段式、同义词轮换
• 风格层：破折号硬清除、加粗滥用、行内标题列表
• 沟通与填充："I hope this helps" 残留、"In order to" 式啰嗦

草稿到审计到终稿

改写不是一遍过，而是两遍：

• 第一遍出草稿，保住段落数、含义、语气
• 然后自问「哪里明显是 AI 写的」，列出残留痕迹
• 终稿按清单修订，并再查一遍破折号

按聚集判断，防误伤

像测谎仪：单独一处不算证据，组合出现才算。

• 单个破折号、单个 however 不算痕迹，聚集了才动手
• 引号内的引用原文、标题、例句不动
• 具体细节、混合情绪、自我修正，视为人味保留

🚀 从 0 到第一次跑通

一条命令安装：

npx skills add blader/humanizer

装进当前 Agent 框架。想装进全部受支持的框架，命令末尾加--agent '*'。 不用 skills CLI 的话，克隆仓库把 SKILL.md 拷进框架的 skill 目录即可，仓库地址git clone https://gitcode.com/GitHub_Trending/humani/humanizer。 之后贴上文本调用/humanizer，或直接说 "Please humanize this text: …"。

能用的几个方向

发布前自检

不想动措辞，只查痕迹。贴上稿子，看 "still AI generated" 审计清单：破折号、三段式、通用结论逐项列出，照着手动修。

声音校准

附上 2 至 3 段你过往的文字，skill 先分析句长、用词级别、标点习惯再改写。样本可内联粘贴，也可以按文件路径引用。

多框架统一标准

--agent '*'一次装进所有受支持的框架。Claude Code、OpenCode、Codex 里都有同一道去 AI 化工序。frontmatter 还声明了 Grep、Edit 等工具，可以整目录批量查稿。

说句实话

• 它是 skill，不是独立程序，必须装进支持 skill 格式的 Agent 框架里，下不来可执行文件。
• 只修「AI 痕迹」，不修语法和事实错误，原文错着它照样保留。
• 百科式、技术、法律文本按中性处理，它不会注入情绪，也不动正式文风。

一句话推荐

一个 SKILL.md、33 类模式、草稿到审计到终稿，装进任何框架就能用。star 一下仓库，下次发 AI 初稿前跑一遍试试。

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