AI 生成项目正在快速涌入自托管社区，一些维护者已经感受到了“AI 垃圾”的泛滥。为了在不拒绝新技术的前提下保持信息质量，不少社区选择通过规则干预：要求作者披露 AI 参与程度，并把新项目集中到特定时间发布。但从讨论来看，这种机制虽然搭建了框架，真正的信任问题却远未解决。

规则调整：先让作者说清楚“有没有用 AI”

最新一轮调整有两个关键动作：一是新项目改为集中在每周五的专题帖里发布，不再允许随时单独开帖；二是引入自动审核评论——大部分新帖会被自动隐藏，发帖人必须回复机器人，说明帖子内容里是否涉及 AI，即使完全不涉及也要说明。回复后帖子才会重新公开。

这种“强制披露”的做法获得了部分用户的认可。有评论表示：虽然不像社区里很多人那样对 AI 持极端反对态度，但对项目是否使用 AI 确实有知情需求，希望这一措施能让情况变好。

自愿披露的漏洞：被无视的规则与撒谎的标签

理想很丰满，现实很骨感。多数讨论者认为，这套机制很难真正识别“隐藏 AI”的项目。有人指出，那些不读规则的人也不会认真回复机器人，甚至会在标签上撒谎。评论中举了一个生动案例：有人发布项目时明确标注“无 AI”，但仓库里却有一个 Agent.md 文件，写明项目是用 Codex 构建的，初始提交高达 75,000 行，两周内又陆续更新了 9 次，其中几次每次新增上千行。这种“懒惰 AI”项目在当前机制下几乎畅通无阻。

因此，有声音呼吁直接封禁任何“用 AI 生成却没有如实披露”的帖子，甚至封禁用户。但也有人温和地补充：自己并不反对 AI 辅助开发，但反对“完全依赖 AI、自己毫无理解”的产出。判断标准其实很直观——维护者是否清楚自己在做什么。

集中帖是一把双刃剑

新项目集中到周五专题帖，本意是减少信息流被 AI 作品淹没，但很多用户表示这反而降低了新项目的曝光率。因为大多数人不会直接访问社区首页，而是通过聚合信息流看内容，集中帖不会出现在这些信息流里，也不容易导航，项目很难获得关注。有人建议：不如保留独立发帖，但把 AI 项目限制在每周特定一天发布，这样既避开 AI 泛滥，又不至于让所有新项目都挤进一个没人看的帖子。

AI 项目作者应该承担什么？

评论里还出现了两条有趣的共识。一是，任何用 AI 开发的作品都应该开源——因为 AI 本身就是在海量开源软件上训练的，这算是一种“回报”。二是，如果连一段 5 分钟的项目说明都懒得写，那这个项目也许就不值得发布。讨论者甚至调侃：最典型的句式是“没有现成方案，所以我做了一个……”，这类标题几乎可以直接打上最高级别的 AI 标签。

建议：从排查痕迹开始

面对无法完全依赖声明的情况，普通用户可以在决定部署前自行检查：优先看仓库里有没有 Agent.md、Codex 等 AI 工具生成的配置文件，看初始提交是否异常庞大，看提交历史是否呈现“一次性提交、批量修改”的特征。如果项目宣称“纯手工”，却在这些细节上露出马脚，那就要重新评估其维护长期性和安全性。