许可范围与使用场景
自部署、内部修改、作品商用、商业交付及历史许可的边界
BeefTV 采用分范围许可。本页解释常见场景,具体授权以仓库根目录的 LICENSE、适用的文件声明和第三方许可证为准。
新许可覆盖什么
自首次引入 BeefTV Source Available License 1.0 的提交起,首次按该许可发布、且权利人有权这样授权的新增原创内容,适用 LICENSE 的 Part A。历史内容不会因为换了仓库首页或许可证标题,就失去原有权限。同一文件里的历史部分和新增原创部分也要区分。
Part A 的许可是源码可用许可,包含对商业交付和对外托管的限制;不能将整个仓库称为标准 MIT 项目或 OSI 定义的开源项目。
对新许可覆盖部分的使用
| 场景 | 是否需要事先书面商业授权 |
|---|---|
| 个人自部署、学习、研究 | 不需要 |
| 公司或工作室自部署,供本组织内部使用 | 不需要 |
| 为自己的内部业务二开、修改界面、接入模型 | 不需要 |
| 用 BeefTV 接单,为客户制作和交付视频、图片或音频作品 | 不需要 |
| 在保留许可、来源和修改说明的条件下,免费分享社区 Fork 源码或安装包 | 不需要,但不能附带受限的交付或托管服务 |
| 售卖安装包、套壳版、白标版,或将软件作为付费产品的组成部分 | 需要 |
| 收费替客户安装、部署、迁移、定制交付或运营系统 | 需要,单客户私有化部署也包括在内 |
| 免费或收费开放公众账号、网页操作、远程操作或 API 功能 | 需要,不因免费、公益或单租户而自动豁免 |
| 销售独立教程、培训、一般技术咨询,演示或指导合法自行安装 | 不需要 |
| 卖课同时附送部署好的系统,或者声称软件免费、只收部署费 | 需要,按实际交付内容判断 |
“本组织”指同一法律实体及受其管理、仅为内部用途使用软件的人员,不自动包括客户、关联公司或其他独立实体。
客户仅接收创作成片、提交素材或反馈创作意见,不等于使用托管软件功能。允许客户登录、操作或调用软件功能,则需要按对外托管规则判断。单独发布成片不属于对外托管。
历史 MIT 内容仍可以怎样使用
以前已经按 MIT 发布的内容继续适用 MIT,包括提交 a96baf082f478901ed558c91a80bc29dfade523c 和 2327ee2d80282b10dd8bef0f26b48990d46f5c3b 中已有的相应内容,以及其他任何已按 MIT 发布的材料。这两个提交是明确的历史参考点,不代表其他历史 MIT 授权失效。
原始 MIT 全文和原有作者署名保存在 LICENSE 的 Part B。用户可以继续依据 MIT 对这些内容进行合规使用、修改和商业分发。Part B 不是新增 Part A 内容可以任选的另一条授权路径。
因此,本次许可调整为后续新增原创内容建立边界,不能阻止他人只使用旧 MIT 内容继续开发或商业化,也不能仅凭套壳或收费就判定旧版使用者侵权。
上游、GPL 与其他第三方材料
Infinite Canvas 上游来源见 NOTICE,相关历史代码及通知保留 MIT 授权。依赖、模型、字体、素材等仍适用各自许可证;THIRD_PARTY_NOTICES.md 记录其声明。
其中 @ffmpeg/core 0.12.10 的许可为 GPL-2.0-or-later。Part A 不限制 GPL 管辖材料的独立权利;如某部分的分发必须遵循 GPL,该部分也不纳入 Part A。不能仅写一条“第三方除外”,就认定所有组合或安装包都兼容。
对具体版本或安装包进行分发时,仍需检查实际组合关系、通知及对应源码义务。不得在缺少兼容授权的情况下分发不兼容组合。第三方通知中的依赖名称检查不等于许可证兼容性认证。
作品和品牌
允许商业利用用户自己的作品,不要求成片加 BeefTV 水印或 Logo。模型和素材提供方的独立条款仍适用,软件许可不保证所有 AI 输出都具有著作权或都可合法商用。
社区修改版应保留来源和适用通知、标记修改,不冒充官方发行,不暗示未经取得的官方合作或认证。可以如实说明软件来源。
申请授权及贡献
商业交付、对外托管或公益托管的授权请求请联系 lucas@bf-labs.cn。一般咨询回复不等于授权,实际许可范围应以有效的书面授权为准。
新增原创贡献按 Part A 和贡献指南处理,贡献者保留版权。历史贡献和第三方代码不因新贡献规则被自动重新授权。