如何关闭非营利组织：终止OMLA运营的步骤

我在2026年8月26日便让 OMLA 项目退役了——那时它甚至还未正式发布。我依然认为这个想法不错。只是以我个人的能力实在无法将其付诸实施并持续发展下去；而如今已有其他团队也在着手解决同样的问题，因此继续做下去也就失去了意义。以下就是项目的真实情况、实际构建的内容，以及妥善关停它所涉及的步骤——最后这一点正是大家很少提及的部分。

核心理念

开源权重版AI模型虽然可以免费发布，但随后便会被整合进能带来收益的各类产品中。然而模型的创建者却无法从中获得任何回报。这种情况就如同广播台播放歌曲却无需向创作者支付版权费一样不合理。

OMLA——即“开放模型许可协会”——正是为了填补这一空白而诞生的。其最核心的设计原则便是刻意回避某些做法：

• 模型创建者需发布一份经过数字签名的声明：写明自己是谁、模型的来源，以及应该将报酬汇往何处。
• 非商业用途可免费使用；一旦商业用户的营收超过一定门槛，则需自行评估应付金额——该金额为其实际营收或等效推理成本中的较大者之30%——每季度结算一次。
• 资金需由使用方直接支付给模型创建者：从钱包到钱包的转账方式。

OMLA本身从不触碰任何资金。它甚至不会“知晓”资金流动情况：没有使用统计报告、没有付款方信息、也没有任何账户用于存放资金。这种设计是有意为之。一旦某个组织开始代为保管他人资金，就必须在其运营的所有司法管辖区取得资金传输许可——仅此一项所需成本便可能超过整个项目本身的投入。取消资金托管机制则消除了最大的启动风险；同时也意味着无人需要信任OMLA：注册表属于经过数字签名的公开记录，结算计算器也是公开且结果可预测的，任何人都能自行验证。

实际构建的内容

如今回过头来看，成果比我预想的要多：

• 一个包含13种语言的公开网站，共14页：涵盖许可说明、注册表介绍、解析工具、常见问题解答、条款细则以及隐私政策等内容。
• 在Supabase平台上完成了33次数据库迁移，所有数据表均设置了行级安全控制机制；同时还建立了以SHA-256哈希链为基础的防篡改审计日志系统。
• 三个服务器功能模块：注册流程处理、模型声明更新以及注册表状态查询。
• 注册表采用了混合式后量子签名技术（即Ed25519与ML-DSA-65相结合），如此即便未来椭圆曲线加密不再安全，已签名的记录依然可验证。
• 还开发了一个结算计算器，配有详细的规范文档以及两个独立实现版本——Python版与JavaScript版——经测试两者产生的输出结果完全一致，这样使用者便无需盲目相信我的算法设计。
• 对数据库架构进行了独立的安全审查，结果发现了确实存在权限提升漏洞及多处滥用风险点；这些问题随后均被修复。

然而最诚实的统计数据却是：零。没有任何模型注册成功，没有任何款项完成结算，也没有任何企业加入进来。注册表虽然经过签名且内容无误，却始终空无一物。我们甚至从未集成任何支付渠道。公司实体虽已成立，但并未申请免税资格，最终也宣告解散。我精心搭建了整个系统，却始终无从知晓是否有人真的需要它——这一点本身便是一个教训，一个并不光彩的教训。

关停过程的实际经历

我原以为关停工作只需一个下午便可完成。事实并非如此；其中所涉及的种种问题才是本文最有价值的部分。

公告内容与其撤销范围必须同步调整。我在网站醒目位置贴上了“本项目已关停，从未发布、也从未被使用”的提示。然而下方的许可说明页面上仍写着“当前有效——模型可依法授权使用”。整整十天时间里，我的网站对许可条款的法律效力给出了截然相反的表述；我是在定期审查时才发现这一问题的，而非在浏览页面时自行察觉。当你决定终止某个带有法律条款的项目时，公告文本与原有条款的修改应视为一个整体，不可割裂处理。

拆除任何基础结构前，务必查明还有哪些内容依赖于它。该域名不仅用于OMLA项目——我的另一款私人应用也部署在该域名的子路径下。以该项目命名的凭证存储库中还保存着完全无关的另一个网站的部署密钥。这两者均无法直接删除；在仔细核查之前，它们看起来都毫无风险。最终我的关停计划的第一步竟变成了一份“切勿触碰”的项目清单。

“未对任何人造成影响”是一种必须能予以证实的说法。在写下“OMLA从未被使用”这一结论前，我检查了注册表并确认其中确实没有任何有效记录。幸运的是事实确然如此。倘若情况相反，那么关停工作就需制定数据导出与通知方案，而非仅仅张贴一条公告；这种核查必须在发布声明之前完成，而不是等有人发邮件来质询时才去处理。

做出关停决定与真正完成关停是两个截然不同的过程。仅做出决策就耗费了一天时间；而后续的收尾工作则形成了一套标准操作程序：导出全部数据、发布关停公告、停用后端服务、关闭各类邮箱、终止监控邮件的自动化流程，并清理所有相关密钥。三周之后，面向公众的部分仍需再次处理。因此为后续工作预留预算也是必要的。

一个无法获得足够人力支持的好想法，同样应当被舍弃。这一点是我最难接受的。OMLA项目的核心理念本身并无错误——我至今仍坚信其正确性；如今其他团队也纷纷着手解决同类问题，这恰恰说明该理念具有可行性而非谬误。项目失败的原因在于资源缺口：所需投入（法律事务处理、创作者联络、支付体系搭建以及持续开发等）远远超出了一个有全职工作的人所能承受的极限。及早认清这一现实远比耗费大量时间去验证要划算得多。

这一切对我的影响

该网站目前仍作为历史记录保留着，注册表也依旧经过签名却空无内容；相关代码也发布于下方，供任何希望继续发展此理念的人使用——对别人而言这些资源比留在我的硬盘里更有价值。如果你也在从事这一领域的开发工作，我认为最值得借鉴的部分便是“绝不托管资金”的理念以及那种拥有双实现版本的结算计算器设计。

如果你正准备关停某个项目：务必在着手删除任何内容之前先拟定详细的操作流程，同时查清还有哪些部分依赖于当前的基础架构。

相关阅读：我的AI智能体实际耗费的成本。

下载

• Download the OMLA archive (site + backend, zip, 1.2 MB) 1.2 MB

仅限个人使用免费。如果它替你省下了一下午的时间，欢迎点旁边的咖啡按钮支持一下。