开源软件最难划清的，不是“哪些功能免费”，而是“哪些责任免费”。用户可以无偿获得代码、文档和基础能力，但这并不意味着开发者还要无限承担个性化部署、故障排查、版本升级和紧急响应。免费使用权与免费服务义务，必须被明确区分。

免费支持的合理边界

开源项目通常可以把支持分为三层。第一层是公共维护，包括公开版本、基础文档、普遍性缺陷修复和影响多数用户的安全问题；第二层是社区支持，通过公开讨论解决具有复用价值的问题，但不承诺个性化响应时间；第三层是付费服务，涵盖托管运行、内部系统对接、迁移、定制开发、团队权限配置和明确时限内的故障处理。

判断一项工作是否应当免费，可以看它是否改善项目的普遍可用性。如果修复一个问题能让大量用户受益，它更接近开源维护；如果工作只服务于某个组织的内部流程，就属于个性化交付。后者一旦免费提供，维护成本会随着用户数量累积，形成难以察觉的支持债务。

捐赠可以表达用户对项目的认可，却不适合承担固定响应和持续运维。订阅则意味着开发者承诺未来一段时间内保持可用、更新或响应，收入稳定的同时，责任也会持续存在。商业授权解决的是使用权、集成方式和合规边界，不等同于技术支持。定制服务最容易带来早期收入，却必须设置交付物、验收节点和变更规则，否则很快会从软件经营滑向不可复制的外包。

先写规则，再设计收费

免费政策不应依赖开发者当下的情绪或时间，而应写成可公开执行的规则：免费版本包含什么，社区问题如何处理，哪些事项不承诺响应，安全问题如何进入维护范围，付费客户获得哪些具体服务。尤其要避免把免费版做成只能试用的残缺演示，否则用户会把商业化理解为人为制造障碍。

真正值得验证的也不是下载量、收藏量或讨论热度，而是用户是否已经把软件放进业务流程，并且愿意为减少维护成本、获得稳定响应或完成合规集成付费。开源影响力提供的是信任和需求入口，不会自动生成收入。只有当免费使用与明确的付费责任之间建立清晰边界，开发者才能在保留社区价值的同时，避免被无限支持拖垮。