Reddit 编程社区禁止 AI 生成内容风波

7 月 20 日，r/fantasywriters 的版主明确将 AI 文本禁令的适用范围扩大：不仅禁止完全或部分由 AI 生成的内容，也禁止使用 LLM 进行翻译、rewrite 和 improve。他们的帖子获得了约 2700 个赞；与此同时，r/antiai 围绕这一决定展开的讨论获得了超过 6000 个赞，其中一个争议焦点是：那些并非使用社区语言进行写作的作者，是否还能平等地参与社区。

这场争论并不是在讨论神经网络是否擅长处理文本，而是在争论社区究竟如何定义「作者身份」。对版主来说，一条简短的规则可能是为了减少模型参与程度所带来的灰色地带。可对于一名先用母语写完故事、再使用 AI 翻译并亲自修改结果的作者而言，同一条规则却可能意味着他根本无法参与讨论。

「生成」一词已经不足以描述全部情况

r/fantasywriters 的禁令在逻辑上是连贯的：如果社区成员不愿接受经过生成式工具处理的文本，那么把翻译也纳入禁令似乎顺理成章。翻译同样会用另一种语言产出一份新文本；而在 LLM 模式下，工具还可能改变译文的性质。

关键的边界恰恰出现在这里。这条边界并不位于「旧技术」与「新技术」之间，也不能通过观察最终段落、猜测其创作方式来确定。它取决于人在其中扮演的角色，以及工具究竟为文本加入了什么：

• 翻译是把已经存在的表达转换成另一种语言。作者的创作意图、情节与原始表述在使用工具之前就已经存在。

• 风格化 rewrite 可以保留原意，却可能显著改变作者的声音、句子结构和表达方式。

• 根据 prompt 生成内容，则会创造出调用系统之前并不存在的内容。

在实际使用中，这几个端点之间还存在许多过渡情形。在 r/googletranslate 的技术讨论中，一些用户指出，针对方言编写的提示会改变 Gemini-powered 翻译的表现。这个观察并不能证明任何此类翻译都会变成 rewrite，但它揭示了一个重要限制：按钮上写着「翻译」，并不代表工具在不同提示下始终会产出性质相同的结果。

为什么 blanket ban 成了访问权问题

Reddit 上对这一决定持批评态度的人指出，它可能会影响 ESL 作者——也就是那些不使用社区语言写作的作者。对他们来说，机器翻译可能并不是冒充自己的声音，而是让读者有机会看到一篇已经完成的作品。

这并不意味着任何翻译都应当自动获得认可。如果工具实际上重写了整个场景、添加了新细节，或者用一种平均化的表达取代了作者原有的风格，那么社区完全有权把这样的文本归入其他类别。但不加区分的禁令，会让版主无法看到一个重要事实：作者可能带来了自己创作的原文，明确限定了翻译任务，并在之后亲自接受或拒绝每一处修改。

全面禁令的支持者也可能合理地认为，设置例外会模糊翻译与生成之间的边界，而且作者提供的说明并不总是能够核实。从这个角度来看，简单规则对所有人一视同仁，也能更清晰地规定允许采用的文本处理流程。

问题在于，规则简单并不等于后果准确。对于这类政策，最终文本本身无法揭示完整的工作链路：作者是否拥有原文、给工具的翻译任务是什么，以及在审校过程中又修改了哪些内容。因此，只根据结果制定的政策，可能会用同一种方式对待垃圾内容和对个人草稿进行的善意翻译。

与其证明「不是 AI」，不如展示作品的来源

对作者而言，与其努力证明文本「看起来足够像人写的」，不如准备一份清晰的来源记录。这对版主同样更加方便：他们判断的不是对风格特征的猜测，而是一个具体的创作流程。

一份最基本的来源卡片可以包含四项内容：

• 原始文本，以及创作原文时使用的语言。

• 使用工具的目的：进行翻译，而不是创作新的场景或情节。

• 使用的模式和 prompt——如果它们被用于限定翻译范围。

• 作者在得到结果后，亲自检查和修改了哪些内容。

这样的卡片并不要求社区接受任何文本。它只是让社区有机会设定自己的边界：例如，允许作者在披露处理流程的前提下翻译自己的原创作品，同时禁止生成内容和大幅度的创造性 rewrite。r/DanmeiNovels 已就更新 generative-AI policy 发起意见征询，并特别提到了 translation and AI technology。

对作者来说，这也是一种自我约束。如果无法展示原文、翻译目的以及自己的审校过程，就应当坦诚承认，这项工作可能更接近生成或 rewrite，而不是翻译。在这种情况下，更合适的做法是提前确认平台规则，而不是试图隐藏工具的参与。

把整个工作链路记录在个人卡片中会很有帮助：原始文本、翻译任务、使用模式以及人工审校。这样一来，讨论的重点就不再是猜测文本风格，而是审查作者可验证的创作流程。

面向社区的实用规则

社区不一定非要在全面允许和毫无例外的禁令之间二选一。可以提出三个能够核实的问题：

• 在使用工具之前，是否已经存在由作者完成的完整原始文本？

• 作者要求工具做的是翻译原意，而不是构思或扩展内容吗？

• 作者能否披露处理流程，并确认自己进行过人工审校？

这三个问题全部回答「是」，并不会剥夺平台制定严格规则的权利。但它们可以帮助社区做出有意识的决定：社区究竟是在保护一个完全由人类完成的生产流程，还是主要在保护作者身份、讨论质量和读者信任？

provod.ai——俄罗斯的 LLM API 聚合平台

使用一个与 OpenAI 兼容的 endpoint，取代多套独立集成：通过统一 API，将模型接入产品、Agent、IDE 和 SDK。在许多兼容工具中，只需替换 base_url 和 API key 即可。

一个目录即可覆盖目前用于文本和媒体处理的主流模型：包括 OpenAI 的 GPT、Anthropic 的 Claude、Google 的 Gemini、xAI 的 Grok，以及 DeepSeek、Qwen、GLM、Kimi 和 MiniMax；图像模型包括 Nano Banana 2 Pro 和 GPT Image；视频模型则包括最新版 Seedance、Kling、Veo 和 Google Omni。此外，平台还提供用于 reasoning、搜索、文档、embedding、音乐和音频的模型。

价格与服务商官方定价保持 1:1，provod.ai 不额外加价。支持使用卢布付款，采用统一余额，并可为法人实体提供所需文件。

如果这篇文章对你有所帮助，可以试试 provod.ai：注册表单 · 模型价格 · 符合俄罗斯《第 152-FZ 号联邦法》的数据保护 · API 与集成

对社区来说，哪一种成本更高：一条容易执行、毫无例外的规则，还是为透明翻译个人原创文本设置例外，并因此要求版主给予更多信任？

如需采取进一步措施，你可以考虑屏蔽此人和／或举报滥用行为。