open-slopware：给「沾了 AI」的开源软件列一份替代清单

换浏览器、换终端、换编辑器，理由通常是快慢新旧。现在多了一种：这个项目接不接受 AI 生成代码。开源社区里有一群维护者为此专门做了清单，把「用了 LLM」的项目逐个点名，附上证据，再配上干净的替代品。这份清单叫 open-slopware，托管在 Codeberg 上，已经成为开源圈里这场路线之争的标志性项目。

一、这是什么

据项目镜像页和社区汇总，open-slopware 由志愿者团队维护，目标是「提高对流行软件中 LLM 使用情况的认知」。它不凭印象拉黑：每个条目都要求附证据，可能是仓库里的 AI 政策文件、集成的模型服务器配置，也可能是 Copilot 参与的具体提交记录。清单明确声明：不是让大家去骚扰这些项目，有意见可以提，但要讲究方式。页面还配了礼貌沟通的模板和无 AI 分叉的操作指南。

收录面很广：浏览器、终端模拟器、开发工具、编程语言运行时、各类工具库，直到操作系统。有些条目相当具体——某浏览器引擎的仓库里能找到多家的 AI 助手配置文件；某个流行的 shell 内置了模型服务接口，核心开发者还把 AI 列为提交的共同作者；某门语言的运行时里有 AI 生成的代码。替代品也一并给出：编辑器换去掉 AI 功能的分支，浏览器换社区维护的分叉，诸如此类。

社区汇总显示，项目已有上千个星标和数百个分叉，还配了扫描工具帮人自查仓库里的 AI 痕迹，并设有证据失效就撤条的机制。需要说明：清单主仓库目前无法访问，现有多个社区镜像各自维护，内容口径略有差异，引用时以镜像当天的内容为准。

二、跟你有什么关系

开源重度用户：选依赖时多了一个维度——上游对 AI 代码的态度，直接影响供应链的可预期性。这份清单可以当尽调起点，但证据要自己复核，镜像之间也可能有出入。

项目维护者：无论你接不接 AI，都建议把政策写进仓库文档并保持更新。模糊地带只会招来两头不讨好的猜测，写清楚反而是最低成本的自我保护。

企业采购与合规：评估开源组件时，可以把这类清单列入参考源。但注意它反映的是维护者立场和 AI 使用痕迹，不是安全漏洞报告，两者别混用。

三、怎么用

1. 先查你在用的核心工具是否在列，并逐条核对其给出的证据链接是否仍然成立——项目政策会变，清单会滞后。
2. 按清单换替代品之前，看替代项目自己的活跃度、维护者数量和发布节奏，别为了躲一个坑跳进另一个更深的。
3. 如果你反对某个项目的 AI 政策，按它提供的模板提意见，或者干脆分叉自己做，不要刷差评轰炸——清单自己也这么要求。

四、三个别信的说法

「在清单上就等于软件有质量问题。」 收录标准是「使用了 LLM」，不是「代码不合格」。两者可能相关，但清单本身没有做质量测评，别把它当质量黑榜用。

「反 AI 的开源社区都是勒德分子。」 这份清单强调证据、反对骚扰、提供替代而非封杀，争论的焦点是知情权和选择权，不是禁止技术。

「不用理，反正挡不住。」 它已经改变了部分开发者的依赖选择，也倒逼更多项目把 AI 政策写成明文。让使用方知情、让维护方表态，这正是清单想达到的效果。

五、一句话结论

开源世界为「要不要 AI」吵不出统一答案，但至少可以先做到知情。

信息来源

• Open Slopware（社区镜像）
• open-slopware – Alternatives to FOSS projects choosing to use LLMs/AI（社区汇总）

功能与价格以官方公告为准。本文写于 2026 年 10 月 20 日。