有关AList项目中第9083号Issue的有关法律方面的解答

[arkimium]

在一小时前原AList项目有人提了Issue #9083，然后已存档到archive.org。 很遗憾，6月15日晚该issue以及其它有关issue帖已被不够科技删除。archive.org存档已收录其快照。

有人在X发文说flash投毒是谣言，但早已被原AList成员证实。

通过有关Issue中的涉及的内容得知，贵州某科技公司的行为已构成刑事和民事皆有的违法行为。

我们先谈谈这件事为什么下如此定义

• 首先，AGPL/GPL许可证等开源许可证在我国具有合同效力，故在许可证中定义的开源软件的权利是受法律保护的，违反AGPL许可证等于我国法律中的民事违约，社区成员也有权起诉该公司和原作者。可参考罗盒案和柚子案。在该事件中原作者未能确保贵州某公司遵守AGPL协议的“传染性”，故而原作者需要承担违约责任，例如赔偿或者终止授权。而且如果贵州某公司在某时刻突然宣布AList闭源，便是无视包括AGPL协议在内的所有许可证的“源码公开”的原则，也将会被追究连带侵权责任。故而该事件贵州某公司和原作者都违反了《著作权法》第24条的规定。

• 其次，突然出售alist违反了《著作权法》第10条和《刑法》第217条规定。因为AList共有12位主要contributors，故而在无书面协议约定版权归属 情况下著作权默认为全体contributors所有。而单方面出售软件侵害了其成员所拥有的在我国法律和GPL协议中都已定义的复制权、发行权和我国法律中规定的收益分配权。若违法所得数额较大，或者有其他严重情节或将面临3~7年有期徒刑，并处罚金。

• 另外还要考虑其他情况：

1. 是否知道该公司利用网络实施犯罪却仍然提供了技术支持（推定是不可能）
2. 有没有在出售AList的过程中获取不法利益。
3. 是否故意隐瞒事实而导致原AList团队损失或非法占有共同财产（开源协作软件也是属于全体开发者的共同财产，参考《民法典》第1168条）

最后是对OpenList团队的法律行动建议

1. 报警，并向警方提供证据，已有目击者和知情人士掌握了贵州某公司收购AList的证据和其所有信息。
2. 向该公司和原作者提起民事诉讼，起诉其著作权侵权，然交易事实已成立，因此就不只是侵权问题。
3. 向FSF和OSI提交AGPL违规证据，FSF和OSI是这些协议的原作者，对其具有最终解释权。

[SteveCodeFox]

其实不是我第一个发，原issue在这https://web.archive.org/web/20250611135324/https://github.com/AlistGo/alist/issues/8659

是给某公司删了我过去补个档

[arkimium]

证据已找到，图1很明显这样做违法了。
我相信群众的眼睛是雪亮的。
违反开源守则是计算机行业最不道德的一种行为，对此我表示谴责。

[arkimium]

其实不是我第一个发，原issue在这https://web.archive.org/web/20250611135324/https://github.com/AlistGo/alist/issues/8659

是给某公司删了我过去补个档

你的issue同样被删了。所有的有关这个alist被售卖话题的issue已经在16日被全部删除。只留下了20多天前尚处于开放中的issue。

[arkimium]

还有些话，一并在这里写完。
这里阐述下AList的历史

AList的历史

AList 是一款开源的多存储文件管理工具，旨在聚合各类云存储服务（如阿里云盘、OneDrive、Google Drive 等），通过统一的 Web 界面或 WebDAV 协议实现文件管理、预览和跨平台访问。其发展历程可划分为以下几个阶段：

---

⭐ 一、项目诞生与早期发展（2022 年之前）

• 初始定位：AList 由开发者 xhofe 创建，早期设计目标是解决多网盘管理繁琐的问题，支持通过 WebDAV 协议将云存储挂载到本地，实现“一个界面管理所有网盘”。
• 技术栈：基于轻量级框架 Gin（Go 语言后端）和 SolidJS（前端），强调易部署、跨平台（Windows/Linux/macOS）和低资源占用。
• 早期支持：初始版本主要集成阿里云盘、WebDAV 等少数存储，凭借开源免费特性在 GitHub 吸引首批用户，但 Star 数不足 2K。

---

🚀 二、功能完善与用户增长（2022–2024 年）

1. 功能扩展

• 多存储支持：从初期少量网盘扩展到 20+ 存储类型，包括百度网盘、天翼云、123 云盘、PikPak 等国内外服务，并兼容本地磁盘。
• 核心特性增强：
  • 文件预览（视频/音频/Office 文档/PDF）；
  • 离线下载与多线程加速；
  • 跨存储复制（如百度网盘→阿里云盘）；
  • 密码保护、暗黑模式、多语言支持等。

2. 生态工具整合

• 本地挂载普及：用户通过 RaiDrive 或 rclone 将 AList 的 WebDAV 服务映射为本地磁盘，实现“免费扩容”效果（如显示 8EB 虚拟容量）。
• 移动端适配：借助 Termux（Android）或第三方工具（如“115 小幸运”），实现在手机端部署 AList 并聚合网盘资源。

3. 社区爆发式增长

• GitHub Star 数从 2022 年初的不足 2K 增至 2024 年的 46K+，成为热门开源项目。
• 广泛用于个人 NAS（如群晖 Docker 部署）及资源分享站，推动“网盘 All in One”解决方案普及。

📊 表：AList 关键版本与功能演进（2022–2024）

时间	版本/事件	核心更新
2022 年初	v2.x 早期版本	基础多网盘聚合，支持阿里云盘、WebDAV 挂载
2023 年初	v3.8+	新增 123 云盘、蓝奏云等支持；优化视频预览与字幕同步
2023 年末	Docker 镜像标准化	简化群晖等 NAS 部署流程，支持 Cloud Sync 同步
2024 年	v4.x	新增合规警告系统，强化多线程下载与离线任务管理

---

⚠️ 三、近期异动与社区信任危机（2025 年 6 月）

2025 年 6 月，项目突遭以下异常变动，引发用户安全担忧：

1. 文档与镜像篡改：
   • 中文文档被替换为 贵州某公司的收款码及社群链接；
   • Docker Hub 官方镜像从 xhofe/alist 更改为未经验证的 alist666/alist。
2. 开发者失联：
   • 原开发者 xhofe 暂时无法联系，官方群组管理权移交至新团队，但新团队 GitHub 账号无活跃记录。
3. 供应链攻击风险：
   • 社区提醒勿使用篡改后的镜像，建议固定旧版本（xhofe 构建），避免潜在后门风险。

---

🔮 四、现状与未来挑战

• 技术价值延续：AList 仍是最成熟的开源网盘聚合工具之一，其轻量化设计、多存储支持及 WebDAV 兼容性未被替代。
• 合规化探索：2024 年起尝试集成内容扫描与地理限制功能，以降低用户侵权风险，但技术实现尚存挑战。
• 社区信任重建：项目归属权与代码安全性成为发展关键。用户需权衡新版本功能与风险，或转向分支项目（如仍活跃的社区分叉）。

---

💎 总结

AList 从解决个人网盘管理痛点出发，凭借开源生态和技术迭代成长为多存储管理的标杆工具。然而，2025 年的所有权变动暴露了开源项目维护可持续性与供应链安全的普遍挑战。其未来能否维持用户信任，取决于新团队的透明度与代码合规性建设。

然后我告诉你DeepSeek如何看OpenList和AList用户规模的

OpenList和AList用户规模调查情况

截至2025年6月，AList及其分支OpenList的用户规模因开源属性难以精确统计，但可通过社区活跃度、GitHub数据及部署场景综合估算：

📊 一、AList用户规模（历史积累为主）

1. 历史用户量级

   • 根据社区反馈，AList在2024年高峰期GitHub Star数超46K，实际部署用户量达百万级，被多次描述为“千万级用户量的基础设施”。
   • 典型用户包括：个人NAS玩家（如群晖/Docker部署）、资源分享站运营者、家庭媒体中心用户（如“小雅超集”方案）。

2. 近期变动与流失

   • 2025年6月被贵州不够科技收购后，因隐私收集争议（新版含操作系统数据采集代码）及供应链投毒风险，大量用户暂停更新或迁移。
   • 腾讯云已封禁其桌面版下载链接，社区建议冻结在v3.40~v3.44版本并撤销网盘授权。

🚀 二、OpenList用户规模（快速增长中）

1. 分叉后的社区响应

   • GitHub上线仅一周（截至2025年6月14日），Star数已突破 2.1K，吸引部分原AList开发者加入。
   • 目标用户：对AList供应链安全担忧的技术用户，需替代方案的站点运营者（如部分资源论坛已迁移）。

2. 早期采用者场景

   • 当前以技术尝鲜用户为主，尚未大规模落地生产环境。
   • 优势：去除AList关联代码、更换API域名、承诺开源透明（AGPL-3.0协议）。

📈 三、用户规模对比与趋势

项目	GitHub星标	用户估算量	活跃社区	主要风险
AList	46K+（历史峰值）	百万级（持续流失）	官方群移交新公司	供应链投毒、隐私收集、API依赖闭源服务
OpenList	2.1K+（一周内）	数万级（快速增长）	OpenListTeam官方GitHub组织和Telegram群聊	功能未稳定、文档迭代中

⚖️ 四、影响用户规模的关键因素

1. 技术因素

   • AList的私有API服务（api.nn.ci）若关闭，旧版本将失效，迫使部分用户升级或迁移。
   • OpenList需重建API服务及网盘适配，短期内功能完整性弱于AList。（按：正在重写中）

2. 社区信任

   • AList因收购方历史争议（如关联企业曾涉挖矿程序）面临信任危机。 （按：该公司之前已收购了lnmp）
   • OpenList若保持代码审查透明，可能承接大部分AList生态用户。（按：已有部分用户加入了对OpenList的测试中，并尝试迁移到OpenList。）

💎 总结

• AList：存量用户约百万级，但因信任危机处于快速流失期，实际活跃度大幅下降。
• OpenList：早期用户约数万级，增长迅猛但尚未成熟，能否承接AList生态取决于v4.0版本稳定性。
  建议技术用户优先观察OpenList进展，普通用户暂用AList旧版（v3.40~v3.44）并关闭自动更新。

目前我发现有来自沙特阿拉伯等国，以及部分中国的用户正在宣传OpenList。
这让我想到了MariaDB。

当初 2007 年 MySQL AB 开发了全世界最优秀的数据库软件MySQL，然而 2008 年，Sun Microsystems 以 10 亿美元收购 MySQL AB；2009 年，Oracle 收购 Sun，MySQL 所有权转入 Oracle 手中。但是Oracle 自身拥有商业数据库产品（如 Oracle Database），与 MySQL 存在竞争关系。开源社区担心 Oracle 可能逐步 闭源 MySQL 或限制其发展，损害开源生态。因此为避免 MySQL 被闭源，MySQL 创始人 Michael Widenius 主导发起分叉项目，于 2009 年创建 MariaDB，旨在完全兼容MySQL，并成为其永久开源的替代方案。

这两件事情有一个共同点：
MariaDB 吸引了 MySQL 核心团队，而 OpenList 由原 AList 贡献者联合发起，一周内 GitHub Star 破 2.1K，形成替代生态。且MariaDB 获 Red Hat、Wikipedia 支持，成为默认数据库；AList 用户大规模转向 OpenList 或冻结旧版（v3.40），并删除网盘授权以防 token 泄露。
另外阿里云盘、115 网盘、123 网盘 主动撤销 AList 的 API 权限，避免因供应链攻击导致用户数据泄露。这一行动与当年企业弃用 MySQL 转向 MariaDB 的逻辑完全相同。

还有那个公司，该怎么说呢：
贵州不够科技此前收购 Hutool 后移除所有原贡献者，AList 事件重现相同操作，暴露其 “收购即控制” 的掠夺式策略。对比 RustDesk、Overleaf 等开源项目的透明商业化，AList 的隐秘出售直接触发道德争议。

总结：
AList/OpenList 风波与 MariaDB 的诞生共享同一逻辑链：

商业收购威胁开源自由 → 社区主导分叉自救 → 行业迁移形成制衡

二者的核心差异在于：

• MariaDB 是预防性分叉，在投毒发生前规避风险
• OpenList 是补救性分叉，需在恶意代码已渗透的危机中重建安全

送大家一句话：

开源项目的存续不仅依赖代码，更依赖社区的信任共识。当所有权变更时，透明度和伦理底线才是真正的“免疫系统”。

[Amniotic3]

对AList项目发起至今，基于Gitee/alist main分支提交进行了概括总结，拉取了贡献者名单。

详见：

#147

[typed-sigterm]

我支持 OpenList fork，但还不知悉购买的权利是著作权还是管理权，还不好评价

[jyxjjj]

👍，非常好，这些东西我之前就说了好多了，现在有人能总结出来很好。
但我们也没有全部原贡献者，基于所有权事实等证据不清，仅可号召原贡献者。
另请参阅 https://t.me/OpenListTeam/2296 。

[arkimium]

这个是GPL的办法，但同样适用于AGPL，毕竟作者都是FSF。

[jyxjjj]

这个是GPL的办法，但同样适用于AGPL，毕竟作者都是FSF。

要是AI管用就好了，我们必须解释清楚一切的

另外适用原因是AGPL比GPL只多不少且仅增加服务端条款，而不是因为作者相同:D

[jyxjjj]

这个是GPL的办法，但同样适用于AGPL，毕竟作者都是FSF。

然后我的想法是先把全部内容，包括互联网档案馆和该Discussion的链接，发给SFLC，Software Freedom Law Center，看看他们能不能给出具体建议。

[arkimium]

这个是GPL的办法，但同样适用于AGPL，毕竟作者都是FSF。

要是AI管用就好了，我们必须解释清楚一切的

另外适用原因是AGPL比GPL只多不少且仅增加服务端条款，而不是因为作者相同:D

这难怪为什么有些开发者视AGPL为洪水猛兽了。
但是不严不行，因为虽然是开源许可证，但在我国具有合同效应。

[jyxjjj]

这难怪为什么有些开发者视AGPL为洪水猛兽了。
但是不严不行，因为虽然是开源许可证，但在我国具有合同效应。

我个人认为Mongo的SSPL更符合经典马克思主义的生产资料公有制，但最好改一改，"如果你的软件不是为了服务该软件特意制作的，则不需要开源。"
可惜OSI不承认带限制商业使用的开源协议
(仅代表我个人)

[wintsa123]

原作者也挺惨的，个人做的是最多贡献，但是收益却很少。面向的基本是cn用户，而众所周知，cn用户是缺少"小费意识"的,大多都是喜欢白嫖的（我也是其中之一）。

[arkimium]

Very accurate.

[LGuangming]

你要知道为什么cn用户最多，因为这东西只有cn地区的人有需求。国外网盘使用者基本上不会有挂载网盘这么大的需求。你针对需求最多的地区开发的应用你不指望cn用户用还指望什么？另外cloudrive一样有大把的人付费购买。

[jyxjjj]

国外论坛也炸锅过了，确实数量少但不至于这么，嗯，就是说少到看不见

现在怕我们也一样或者说做不下去的人很多，这些人也有大量的付费意愿，甚至一直在催我们接受捐赠

应该去看看之前群里是怎么评论的，我只摘一句，"但凡他说一句困难"

还有这个题主，我没想过你支持这种说法，他们白嫖是他们的事情，"哪怕只是跑路呢"，我反正是稍微有一点支持SSPL的

[jianboy]

不管是 alist，或 openlist，都需要考虑长期运营！

原作者把项目私下卖给黑历史公司，表面上是侵害了大家的信息安全，但是 alist 项目的坚定支持者是深度开发，贡献的工程师。原作者和公司侵害的是这部分人的利益。

解决方案：

1、openlist 核心成员尽快拿出一个可长期运营的公益方案，或通过打赏，或通过其他商业途径变现。可以参考 gitea 项目

2、法律纠纷解决，原作者需要公开此次交易的细节，免除非法占有共同财产 的问题，当然我只是看客，据说 alist 原 作者是一个大学生，以为项目是自己的，巨额利益就被诱惑卖了。

3、openlist 也需要公开透明，新组织的核心成员，带头人，愿景。

打赏尽快做起来，网站广告收益。开源不是公益，希望能听取我的建议，长期发展。

[arkimium]

Recommend Buymeacoffee and Ko-Fi.

[PIKACHUIM]

感谢大家的讨论和建议，不过我们认为OpenList已经从Alist分叉了
Alist后面的相关事项也不会和OpenList有关系
希望大家友好交流，不要去攻击、诋毁Alist相关的内容或者人员

Thank you for your discussion and suggestions, but we believe that OpenList has already forked from Alist, and any related matters after Alist will not be related to OpenList. I hope everyone can have friendly communication and not attack or defame content or personnel related to Alist