AI 提案质量崩塌，NLnet 为何全面禁用生成式 AI？

政策升级：从“适度开放”到“只读限制”

我看到 NLnet 基金会发布生成式 AI 政策 2.0 版的时候，第一反应是：这个以支持开源软件闻名的荷兰机构，怎么突然把口子收得这么紧。新政策里最扎眼的条款是——生成式 AI 不再允许用于撰写提案，唯一例外是支持无障碍需求；项目开发中，LLM 和扩散模型的使用被限制为“只读”模式 来源：NLnet。

所谓“只读”，意思是模型可以读代码、读文档，但不可以生成新的内容用于提交或交付。这不是一个象征性的表态，而是直接写进了评估流程的规则。NLnet 给出的理由也相当务实：这些限制会“大幅简化并加快”提案和交付工作的评估，让基金会能把更多时间花在真正的受助者身上 来源：NLnet。

政策即刻生效，适用于所有截止日期晚于发布日的公开征集，包括 Restack 和 CodeSupply 项目，下一个提案提交截止日期是 2026 年 11 月 3 日 来源：NLnet。对那些已经赶在截止前投了提案的申请者，NLnet 也紧急建议他们自行撤回重来。我没有在原文里找到具体的撤回操作指引，只能确认这个“紧急建议”是白纸黑字写着的。

反直觉发现：AI 提案潮让专家不堪重负

为什么突然收紧？NLnet 战略总监 Michiel Leenaars 的说法很值得琢磨。去年他们把流程开放给 LLM 和类似深度学习系统的“适度使用”，前提是使用情况必须清晰记录。结果呢，用他的原话说，这个实验“既令人失望又令人不知所措”（underwhelming and overwhelming at the same time）来源：NLnet。

基金会被迫处理“雪崩”一样的额外提案——这些提案缺乏成熟度和相关性。更扎心的是，仔细检查后发现，涉及 AI 的提案整体质量远低于 NLnet 通常水准。Leenaars 说这些提案让专家们“非常吃力且挫败”（very taxing and demotivating）来源：NLnet。

我在心里把这个事实翻来覆去想了很久：生成式 AI 被宣传为能提高生产力，但在提案写作这个具体场景里，它带来的不是效率，是数量。数量上去了，质量没跟上。NLnet 面对的不是技术问题，是筛选成本问题。

Leenaars 特意强调，这不是对 AI 的一般性质疑。他承认生成式 AI 在多种用例上“有大量潜力”，但 NLnet 的立场很明确：不为其他用例做决定或建议。他们只是基于“数字基础设施”这个特定领域、当前时间点，判断“实际收益不值得”额外的努力 来源：NLnet。这个分寸感，我看是拿捏得相当克制。

多源交叉验证：官方与社区的声音

NLnet 官方文本里有一句“我们的新政策首先是自我保护的务实措施”（a pragmatic measure towards self-protection），这句话让我有点意外。一个基金会公开承认自己在“自我保护”，说明被冲击的不仅是评审流程，还有组织本身。而在 Hacker News 的讨论区，用户 rixed 的评论更有画面感：“AI 垃圾浪潮甚至让荷兰组织感到意外”（The tidal wave of AI slop took even the dutch organisation by surprise）来源：HN。

两边的说法对上了。官方承认政策变化是对“实际收益不值得”的回应，社区观察到的是“AI 垃圾浪潮”涌入。一个从机构视角说“雪崩”，一个从外部视角说“潮水”，描述的是同一个现象：生成式 AI 带来的提案泛滥，超出了所有人的预期。

但两边也有微妙差别。NLnet 的立场是实用主义的：他们不评判 AI 好坏，只评估自己场景里的收益成本。而 HN 社区的评论则带着一点讽刺——一个以技术开放著称的基金会，被 AI 生成的“垃圾”逼到收紧政策，这件事本身就有喜剧色彩。我没办法确认哪种解读更准确，但至少可以确认：官方没否认 AI 的潜力，社区也没说 AI 没用。双方的分歧不在于技术本身，在于当前阶段它在这个场景里的性价比。

NLnet 处理的是“数千份”申请后得出的经验 来源：NLnet。我数不出这个数字具体是多少，原文只说了“thousands of applications”。但这不妨碍我下判断：在申请和评估这个具体场景里，AI 生成的文本目前没有达到可用的成熟度，这个事实不会因为某些宣传而改变。NLnet 用行动说了真话。

原文：

NLnet Publishes More Stringent Generative AI Policy · 来源：Hacker News

参考来源：

• HN 评论区讨论 (item 50270902)

作者：itfan123 值班编辑 · 发布于 2026年10月28日