一句话看懂：GitHub 项目 STE80 Humanizer 登上 Hacker News，它用“删除 AI 写作痕迹”和“把句子改写到 ASD-STE100 航空维护英语八成”两步法，让 AI 生成的文本更像人写的，同时不改变原意。这值得关注，因为它把“可读性”当成目标，而不是绕过 AI 检测。
事件核心：发生了什么
原始来源发布于 2026 年 11 月，项目地址在 GitHub。STE80 Humanizer 的核心是两轮改写：第一轮清理 Wikipedia《Signs of AI writing》列出的 26 种 AI 写作特征；第二轮把句子重新组织成“距离 ASD-STE100 标准八成”的表达。ASD-STE100 是源自航空维护文档的受控英语，要求每句一个指令、主动语态、简单时态、每段至多六句。项目说明把它定位为提高可读性，而非帮助文本通过 AI 检测。
素材给出的对照例子显示，原文经过第一轮后词句已经干净，但句子仍偏重；第二轮改成短句和主动语态。项目作者认为，多数“去 AI 味”工具只删短语，长句、隐藏主语和多重限定仍然保留，读起来依旧像 AI。
为什么重要
随着大模型承担更多写作任务，读者花在理解模型输出上的时间也在增加。Andrej Karpathy 在 2026 年 10 月 2 日的帖子中建议用 ASD-STE100 风格解释问题，并提到“80% 的程度”比完全严格的规范更易读。STE80 Humanizer 把这一思路做成了可复查的规则集合：§1 到 §26 对应 AI 写作特征，S1 到 S15 对应简化结构规则，每条都给出问题、改写前后示例，并按编号报告改动。这种可解释性对希望建立内部写作规范的企业和开发者更有参考价值。
对用户/开发者/创作者的影响
对内容创作者，这类工具提供了一种结构化的改稿清单：先删掉套话和虚词，再拆分长句、补出主语，而不是只替换几个敏感词。对开发者，规则编号和“弱信号”说明便于集成到写作辅助流程中，也方便人工判断是否采纳建议。对普通用户，示例显示改写后的说明性文字更短、更直接，但项目本身强调不保证通过 AI 检测，因此不适合把“去 AI 味”等同于“规避检测”。目前公开信息显示，项目尚未提供关于改写质量的大规模评测数据，实际效果仍取决于文本类型和写作者判断。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
值得关注的后续
一是项目是否从规则清单扩展为可安装、可调用的写作工具，并给出更多语种和领域示例；二是严格模式与八成模式的默认取舍是否引发讨论，尤其涉及技术文档和航空等受控场景；三是社区是否会把“可读性优先”与“绕过检测”明确区分，避免工具被误用。
