GNOME Shell扩展的官方来源是extensions.gnome.org（简称EGO）。正常情况下，每一份提交到该平台的扩展都会经过人工审核。然而，这套审核机制在过去几个月里正承受着越来越大的压力。

早在去年12月，我们就曾报道过GNOME在EGO审核指南中新增了一条规则，明确拒绝AI生成的垃圾内容。当时的规定允许开发者使用AI辅助学习和代码补全，但如果整个扩展完全由AI生成，而开发者本人无法对代码进行合理解释或调试，则一律禁止上架。

几个月过去，AI垃圾内容却并未因此减少。于是，在刚过去的一周，当初制定这一规则的开发者Javad Rahmatzadeh换了一种思路——不再只等提交进来后再拒绝，而是直接把操作说明写给了那些生成扩展的AI模型。

让“铁皮机器人”看懂

眼下EGO的审查队列依旧被AI生成的扩展淹没，而且大多数犯的错都惊人一致，用Javad的话说就是“糟糕的实践”。为此，他的新方法干脆跳过了“先拒绝再解释”的老路，转而直接面向AI模型输出一套“最佳实践”。

其中大部分指导集中在资源清理上：扩展必须在destroy()方法中按特定顺序移除定时器、断开信号、销毁部件。Javad还专门指出，很多AI模型喜欢添加_destroyed这类布尔标志来防止非法调用，但实际上实例在destroy()执行后应当直接置空，不再被引用。

接下来是“过度设计”问题。AI模型总爱给本身就安全的函数调用包裹不必要的错误处理，还会检查那些必然存在的方法。Javad认为，这往往是因为模型试图同时兼容多个GNOME Shell版本。解决之道也很简单：干脆只针对一个版本写。

其余的指导则围绕代码组织展开：

• 把逻辑拆分成多个文件，而不是堆在一个臃肿的入口文件里；
• 让相关函数彼此靠近，方便审查时快速核对清理逻辑；
• 不要提交只有空函数的占位代码来充数。

此外，还有一条专门写给AI模型的规则：任何仅供个人使用的AI生成扩展，必须在代码中附带一段注释，明确告知使用者“除非真正理解并且能维护这些代码，否则不要上传到EGO”。注释内容大致如下：

// Generated with AI for personal use.
// Do NOT upload to extensions.gnome.org (EGO) unless you understand JavaScript
// and can maintain this code.

一点思考

机器人让开源贡献者不堪重负，这早已不是新闻。到现在为止，我们看到的证据已经足够多——如果不加节制，这些“智能体”完全可能把整个开源生态拖垮。Javad在GNOME所做的，本质上是一种“损害控制”。他和EGO的其他审查员承担着重要职责。倘若审查队列真的被一堆毫无意义的AI垃圾淹没，损失最大的恰恰是我们这些普通用户——那些通过安装扩展来改善桌面体验的GNOME用户。

---

关注微信号：智享开源 ，及时了解更新信息。

原文链接：https://feed.itsfoss.com/link/24361/17402426/gnome-shell-extension-instructions-for-bots

---

请支持IMCN发展！

谁在捐赠

微信捐赠	支付宝捐赠

扫码关注公众号：智享开源