ste80-humanizer - 用两遍改写让 AI 文本读起来像人写的

ste80-humanizer 是一个面向 AI 写作的改写技能（skill）。按项目自述，它的目标不是让文本躲过 AI 检测器，而是让 AI 生成的文字读起来像一个认真的人写的，同时不改变原文说了什么。它把两种方法叠在一起：第一遍清除维基百科「Signs of AI writing」条目中列出的 26 种 AI 写作痕迹，第二遍按 Andrej Karpathy 提出的「80% 走向 ASD-STE100」重写句子。适合需要把模型输出整理成文档、README、运行手册、邮件或说明文字的人，也适合希望保留自己语气、只做轻度清理的写作者。

维护者与状态

项目由 Dodaios 维护，仓库创建于 2026-11-09，最后提交时间为 2026-11-10，属于非常新的项目。截至 2026-11-10，仓库获得 249 个星标。事实表显示，该项目尚无正式 release，因此目前没有可引用的版本号，使用时应以仓库当前内容为准。许可证为 MIT。

主要能力

以下能力均据项目自述（README 与 SKILL.md）整理，未经独立验证。

• 两遍改写流程。第一遍针对 26 条 AI 痕迹，例如「不是 X 而是 Y」的铺垫句式、一句话收尾、强行三段并列、满篇破折号、堆叠的模糊限定词、被动且缺主语的句子、被夸大的意义等；第二遍按 STE80 规则重写句子结构，做到一句一个意思、主动语态、简单时态。
• 三种模式。默认的 Humanize 模式完整执行第一遍、第二遍按 80% 标准执行；Light 模式只做第一遍并处理第二遍中最严重的句子；Strict STE 模式两遍全开，第二遍按 100% 的严格标准执行，适合流程与安全说明类文本。
• 保留事实优先。项目说明称，改写会保留每一个事实，把「may」仍写作「may」，把「40+」仍写作「40+」，不添加内容，并在源文本自相矛盾时标出。
• 匹配个人语气。用户可以附上自己写的一段样本，技能会据此匹配句长、用词与标点习惯。
• 可追溯的修改报告。技能按编号报告改动，例如「§1, §8, S2」，读者可以回到 SKILL.md 或 references 目录逐条核对。
• 自动触发。安装后可用 /ste80-humanizer 调用；当用户要求 humanize、简化、去 AI 味或使用 STE 时，也会自行启动。

项目对「80%」的解释是：100% 的 ASD-STE100 只允许约 900 个批准词，「check」「test」只能作名词，「may」「should」被禁用，普通文章会显得僵硬；80% 保留完整结构，只收紧到仍然自然的词汇范围。项目同时说明，其规则遵循 ASD-STE100 Issue 9。

使用入口

仓库地址：Dodaios/ste80-humanizer。项目主页：skills.sh/Dodaios/ste80-humanizer。

据项目说明，通用 agent 可通过 skills CLI 安装：

npx skills add Dodaios/ste80-humanizer

加 --global 可做全局安装，并用 --agent 指定 claude-code、codex、cursor 等，或用 --agent '*' 覆盖全部；不加 --global 时只装入当前项目。Claude Code 用户也可以走插件市场：

/plugin marketplace add Dodaios/ste80-humanizer
/plugin install ste80-humanizer@ste80-humanizer

Claude.ai 与 Claude Desktop 用户则按 README 说明，把仓库下载为 ZIP，在 Settings → Capabilities → Skills 中上传。安装后直接输入 /ste80-humanizer，或用自然语言提出「把这段改得像人写的」「按 80% 的 ASD-STE100 重写这个 README」「用 STE 解释 TLS 握手」等请求。

许可与限制

项目采用 MIT 许可证。使用前需要注意的边界，据项目自述包括：

• 项目明确表示，目标不是通过 AI 检测器；它优化的是可读性，而不是检测分数。
• Strict STE 模式会禁用「check」「test」作动词、禁用「may」「should」等常见表达，普通散文会显得生硬，因此更适合流程、安全说明一类文本。
• 技能依赖宿主 agent 的 skills 机制，安装方式与可用性取决于所用 agent 与 skills CLI 的支持情况。
• 项目尚无正式 release，接口与规则文件仍可能变动。

项目自述中提到的测试结论属于维护者自己的说法，本文未做独立复现。