北京
今年5月，Flathub维护者Bart Piotrowski宣布平台不再接受使用AI生成代码的应用。当时就有声音担心，这一刀切的禁令可能弊大于利。不过，一项针对Flathub上“AI Slop”应用的追踪研究，让这些担心彻底变成了另一个方向。
Linux开发者Evangelos Paterakis对带有“AI Slop”标签的仓库做了一次专项摸排，想看看这些靠AI一键生成的所谓“vibe-coded”应用，在发布几个月后到底活得怎么样。结果相当惨烈：73%的应用已经处于无人维护状态，其中很大一部分直接被删了个干净，剩下的从登陆Flathub第一天起就再也没更新过。
几个让人没法忽视的数字
Paterakis在Flathub仓库中找到了120个被打上“AI Slop”标签的唯一仓库。他的维护判定标准很直接：只统计2026年4月1日之前的有效PR，最近2到3个月内没有任何实质活动的仓库，一律标记为“未维护”，像README调整或者dependabot这类琐碎提交直接忽略。他自己也承认，这种方法不完美——有些应用可能已经功能完备无需更新，有些或许只是暂时停摆。但对于才发布几个月的软件来说，任何一点活跃度都该是合理的期待。
结果出来之后，连他自己都吃了一惊。120个仓库中，只有32个还在持续维护，剩余88个（占比高达73%）已经被彻底放弃。而在这被放弃的88个里，“很大一部分”直接消失了，剩下的那些则是从登陆Flathub起就从未收到过任何更新。
换句话说，超过七成的AI生成应用，在发布后的短短两三个月内就成了弃子。要么被开发者扔进数字垃圾堆，要么就以“发布即结束”的姿态躺在仓库里吃灰。
所谓的vibe-coded，本质上是一次性的速成品
这些被打上“AI Slop”标签的应用，基本都属于“vibe-coded”模式的产物。开发者把需求扔给AI，拿到代码后稍作调整甚至不做改动就直接提交。Paterakis不想一刀切地说所有vibe-coded应用都会在几个月内被废弃，但眼前这个73%的遗弃率，任谁看了都很难假装看不见。只有27%的AI生成应用在持续维护，这个数字几乎是在啪啪打脸那些鼓吹“AI开发效率”的声音。
问题的核心，其实并不只在于代码质量。审核团队在审查这些AI生成应用时，需要反复和AI代理就代码问题拉扯，而这些代理输出的代码往往带着一种盲目的自信，错误、冗余、风格不一堆积在一起，纠正起来比人工编写的版本更耗费心力。最荒谬的是，当审核人员费了大力气让应用达到了上架标准，这些软件在进入Flathub的下一刻，就变成了无人问津的废弃品。
禁令未必完美，但至少救了一地鸡毛
当初Piotrowski的禁令，很多人心里都在打鼓：会不会把正经开发者挡在门外？会不会压制创新？现在回头看，这个决定至少保住了一样东西——审核资源的有效分配。与其让审核人员跟AI代理玩一场注定没有下一集的拉锯战，不如把精力留给那些真正打算长期维护的人工项目。
当然，Paterakis的研究也留了一点余地。他没有说所有vibe-coded应用都注定短命，毕竟27%的维护率确实存在。但一个轻量级的应用商店，被七成以上的AI速成品灌水，然后这些速成品又几乎同步步入沉寂，这种模式如果继续下去，对Flathub生态的伤害会是实打实的。软件仓库的信任感，恰是建立在“能持续响应问题和更新”这个基本前提上的。
目前看来，这场关于AI生成代码的禁令实验，至少在第一回合拿到了有力的数据支撑。那些曾经担忧禁令会扼杀活力的人，现在也许更该担心的，是无节制AI生成对开源应用仓库信用的慢性消耗。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
