谁在给 AI 文本"去 AI 味"？一条社区禁令背后的攻防战

“Hacker News 是人与人之间的对话。”

这句话现在白纸黑字躺在 Hacker News 的社区准则里，原文是：“Don’t post generated text or AI-edited text. HN is for conversation between humans.”——不要发布生成文本或 AI 编辑过的文本。措辞不留余地：不只禁止 AI 直接生成，连"用 AI 改过"都不行。

围绕这条规则的讨论帖，从今年春天吵到现在，攒下了 4229 分、1668 条评论（讨论帖原文）。

一条看起来"根本没法执行"的规则，为什么值得写进准则？更有意思的是另一件事：规则落地之日，就是绕过规则的工具起飞之时——今天 GitHub 趋势榜上，正好躺着一批"反着干"的项目。这条禁令像一面镜子，照出了 AI 文本攻防战的完整产业链。

一条"不可执行"的规则，为什么被写进准则

先看它待在哪儿。这条规矩不是孤零零挂在最后，而是插在"Be civil"区块中间，紧挨着"Don’t be curmudgeonly"（别整天阴阳怪气）和"Thoughtful criticism is fine"（有思想的批评没问题）。换句话说，它被归类为文明准则，而不是技术规则——管的是社区气质，不是内容格式。

评论区的主流态度是"早该如此"。有人用 Google 反垃圾的历史类比：单一的 AI 文本检测当然不可靠，但"分层信号"（layered signals）——账号历史、行为模式、内容特征叠在一起——足够让机器有还手之力（原评论）。也有人把矛头指向更普遍的现象：SEO 内容农场开始用 AI 批量生产"看似专业"的讨论帖，把真正想聊技术的人淹没在平均质量的废话里。

反对的声音同样尖锐，集中在两点：一是误伤。有人自嘲自己的评论被系统判成 AI 写的，“像没通过验证码一样难过”——非英语母语者、公文腔、规范排版，都可能撞上检测器的枪口。二是越界：AI 帮忙改个语法、润个色，算不算"AI 编辑过"？这条线划在哪里，准则没说。

"人味"是种统计学特征，所以它注定是场概率游戏

讨论得再热闹，最终都得回答一个问题：AI 文本到底怎么认出来？

当前主流检测思路，本质是统计"人味"的两大特征。第一个叫困惑度（perplexity）：模型生成文本时，每个 token 都在它自己的概率分布里"最舒适"的区域，整段文本对模型来说"意料之中"，困惑度就低；人写字会突然跑题、换句式、用冷门词，困惑度天然偏高。第二个叫突发性（burstiness）：人类句子的长短起伏剧烈，一句 3 个词、下一句 40 个词；而模型为了稳定输出，句子长度趋于均匀。把这两个指标一叠，就是多数 AI 检测器的基本原理。

问题在于：这两个特征是统计倾向，不是物理指纹。论文腔、官方公告、翻译腔——这些人类写的东西，在指标上长得比 AI 还 AI。反过来，只要在 prompt 里加一句"口语化一点、加几个小错误"，文本立刻往人类分布那边挪。检测与被检测，本质是一场永远无法收敛的概率博弈。

真正让这场博弈升级的，是工具链已经产业化。今天冲上 GitHub 趋势榜的 sepia，定位干脆就是"De-AI 写作"：不是检测 AI 文本，而是把 AI 草稿改写得不像 AI——对虚构类文本做"叙述架构修复"，对专业写作按平台语境匹配规则，官方原生支持 Claude Code、Codex、Grok Build 等一堆 agent 的技能体系，还挂了一篇 arXiv 论文（StoryScope）做理论基础。仓库简介里写得很直白：兼容 77+ 种 Agent Skills 体系。

同榜的 unlazy 走的是另一个方向：用"深度树"方法把任务拆到 N 层，逼 agent 别偷懒、别提前交卷；Fuxi 则是把 agent 做成终端里的常驻工具。三者的共同背景是同一个：agent 产出的文本量级已经大到"需要专门做去 AI 味处理"的程度。

规则的价值不在执行，在于给"人味"定价

回到开头那个问题：一条执行不了的规则，有什么用？

第一，检测器该当"信号"，别当"判决"。 任何单一文本检测模型都会误伤，但把文本特征叠上账号信誉、发布频率、互动模式，信号就有用了。平台治理的正确姿势是"分层信号"，不是拿一个百分数给人定罪——HN 评论区里那句"问问 Google 当年怎么过滤垃圾邮件"，说的就是这个。

第二，AI 可以当脚手架，但不能当嘴。 这条禁令真正划出的分界线是作者性：观点是你想的，取舍是你做的，连错误都是你的——这才是"conversation between humans"里不可替代的部分。评论区有句大实话："一个真把东西做出来的人写的蹩脚英语，好过一个只会让 LLM 帮自己润色的人。"今天自由职业市场上已经出现专门替企业"清理 AI 水内容"的工种（相关讨论），甲方开始为"人味"单独付费。

第三，给团队里的 agent 文本也加一道"人味测试"。 标准很简单：这段 PR 描述、这份周报、这条回复，发到 Hacker News 上会被骂吗？如果它像所有 AI 写的东西一样正确、完整、毫无观点——那它就不该署你的名。围绕 agent 输出质量的工具也在冒头：HN 上就有人做了专门阻止 coding agent"把答案埋进废话堆里"的技能（I-have-ADHD），新一代质量护栏正在从"检查事实错误"延伸到"检查这段文本里有没有人"。

这条禁令的荒诞之处在于：机器永远无法可靠地认出机器。但它依然值得写进准则——因为规则的意义不是被完美执行，而是公开宣告：在这个社区，人味是稀缺资源，冒充人味是不礼貌的。

当每个平台都在被 AI 文本淹没时，也许下一波工具的名字不该叫"AI 写作"，而该叫"AI 闭嘴"。

参考：HN 社区准则 | 准则讨论帖（4229 分/1669 评论） | sepia：De-AI 写作技能 | unlazy：反懒惰深度树 | Fuxi：终端 AI 编程代理