我喜欢 F-Droid。我喜欢 F-Droid 所代表的意义，也喜欢它给用户带来的自由。作为一个 FOSS 应用维护者，我对背后的项目人员只有好话可说。也许他们有点太 nice 了，考虑到我因为忘记在构建前提交而导致的无数次构建失败。

但我的天，现在很难在 F-Droid 上找到人类编写的软件了。有时候我打开 F-Droid 只是为了浏览。也许我会发现一个我没意识到需要解决的问题的应用，或者也许我会发现我已使用应用的更好替代品。而有一天，在浏览时，我注意到一个明显且丑陋的 AI 生成图标的应用。这让我产生了思考。F-Droid 中有多少是 AI？

每当我使用 FOSS 软件时，它可能是一个下午就被一个随便的人“vibe-coded”出来的概率是多少？如何判断一个应用是否是 vibe-coded？那就是窍门——你做不到。文本没有足够的元信息，任何评估都不可能准确。然而，有一些迹象。LLM 的主要魅力在于它们允许开发者更懒惰。这种态度随后体现在他们触碰的一切上。为什么要从头编写 README？Lol，让 LLM 去做吧。进行代码审查？不，让 LLM 审查自己的更改，并把它仓库的访问权限给它，这样你甚至不需要按提交按钮。如果一个项目担心看起来合法，那样做手动也是微不足道的。但一切都是低努力的。

我的偏见 为了开始，我承认 LLM 非常强大且有能力。随着 2026 的进展，这一点变得越来越明显，但人们在半小时内一键生成中型规模的游戏和软件令人难以置信地印象深刻，即使最终产品通常都不太好。我也非常赞同软件变得更快和更安全。Linux 内核开发的故事表明，LLM 能够找到并有时甚至解决许多类型的代码问题。虽然有这些愉快的客套话，但我不得不承认我真的很讨厌 LLM 以及它们对编程、相关工程领域和整个社会所做的事情。它们的存在让自我教育和进行有趣的副业变得没那么有回报。

关键实体：公司：F-Droid | 人员：FOSS 应用维护者

常见问题：用户如何识别 AI 生成的 F-Droid 应用？

用户无法有效检测 AI 生成的内容，因为文本缺乏足够的元信息进行准确评估。迹象包括低努力的 README、自动代码审查以及在开发过程中对 LLM 辅助的依赖。

常见问题：用户如何识别 AI 生成的 F-Droid 应用？

常见答案：用户无法有效检测 AI 生成的内容，因为文本缺乏足够的元信息进行准确评估。迹象包括低努力的 README、自动代码审查以及在开发过程中对 LLM 辅助的依赖。