LibreAGI 上线开源模型 PT 站：孤本做种给 4 倍积分，替 Hugging Face 防删库

开源大模型保存项目 LibreAGI 近日正式上线，试图用传统极客圈的私有种子站（Private Tracker，简称 PT）模式，为随时可能下架或断链的开源模型权重建立去中心化备份。项目规定，用户需提交申请并通过审核才能加入，做种积分随模型体积和保种时间增长，全网仅剩 1 个副本 的濒危模型可获得 4 倍基础费率 奖励。

对于习惯了从 Hugging Face 直接拉取模型的开发者来说，LibreAGI 并不是一个追求下载速度的分发渠道，而是一座防备单点故障的权重冷库。它直击当前开源生态的最大软肋——模型权重高度集中于少数商业托管平台，却在工程落地与合规边界上留下了不少待解的悬念。

借 PT 旧制补齐 Hugging Face 的独立托管短板

当前开源 AI 社区的日常运转，几乎绑在 Hugging Face 一家身上。尽管 Hugging Face 基于 Xet 存储后端，支持开发者通过 snapshot_download 工具按特定 commit 哈希将完整仓库拉取到本地，但这种备份完全依赖单个用户的自觉，缺乏跨节点的协同与激励。一旦原作者主动删库、开源协议变更或平台迫于合规压力下架，特定版本的历史权重就会彻底变成死链。

LibreAGI 的解法是把数字仓鼠党（Data Hoarding）的 PT 积分制搬过来，用稀缺度定价解决冷门大模型的保种难题。

为了保证入库模型的安全性与纯洁度，LibreAGI 设下了严苛的准入红线。由于早期 PyTorch 默认的 pickle 格式存在反序列化代码执行漏洞，该项目明确只接收安全的 safetensors 与主流端侧推理格式 GGUF；每个入库文件都必须核对上游源 commit，并由工作人员逐一人工审核。在社区沟通上，项目也保持了老派极客作风，仅开放了一个无需账号、支持 TLS 加密（端口 6697）的公共 IRC 频道供申请者咨询。

• 结论.LibreAGI 不与 Hugging Face 争夺日常活跃模型的分发流量，而是专门吸纳拥有大容量硬盘与闲置带宽的 PT 玩家，为濒危权重提供独立于商业平台之外的第二重冗余。

溯源校验、协议切分与空载目录的三重现实阻力

把 PT 规则套进大模型生态，听起来逻辑自洽，但落到具体的工程审核与版权界定上，LibreAGI 的几条硬规则正撞上现实的复杂性。

最棘手的是 GGUF 量化模型的溯源校验。官方声明每个文件都要与源 commit 核对，这对于直接克隆自上游仓库的 safetensors 原始权重并不难；但社区里大量流通的 GGUF 文件，往往由第三方开发者在本地经过量化转换生成，文件哈希值早已改变。工作人员如何在人工审核中确认一个二次转换的 GGUF 包完全忠实于上游 commit 且未被植入恶意微调，目前的技术流程仍是一个黑盒。

同样存在执行盲区的是开源协议白名单。LibreAGI 规定仅收录遵循 Apache-2.0、MIT 或 Qwen Community License 的模型，但如今主流开源模型家族常按参数量切分出不同许可证。以阿里 Qwen2.5 系列为例，这种一刀切的白名单在实操中立刻会遇到边界裁定难题：

更直接的落地瑕疵出现在其主打的灾难恢复机制上。LibreAGI 宣称提供一份带加密签名的公开目录（catalog.json），完整记录所有模型、哈希值与来源，以便在网站自身关停后，外部人员仍能据此重建做种集群。然而目前通过常规浏览器访问该端点，虽然返回了 JSON 内容类型，却并未暴露任何可读的目录条目或签名机制。

空有元数据目录救不活死种，积分能换来什么才是保种命门。

退一步讲，即便这份目录未来正式公开，元数据本身也不包含动辄数十 GB 的模型文件。如果缺乏足够多存活的硬盘节点持续开机做种，单靠一份 JSON 清单根本无法在灾难后凭空重建集群。

• 风险.该项目目前仍处于规则先行、基建未完的早期阶段，且尚未公布做种积分在社区内的具体消耗场景与兑换价值。

对于手握几十 TB 机械硬盘的 NAS 玩家和 GGUF 量化制作者而言，现在去 IRC 频道探路或申请入驻，更像是参与一场极客先驱实验。LibreAGI 能否从一纸宣言变成真正的大模型方舟，接下来只需盯紧两件事：catalog.json 何时填入真实可验证的签名数据，以及那套最高 4 倍费率 的积分，最终究竟能用来兑换稀缺算力、高阶模型下载权，还是仅仅停留在账面数字。