API 和 Playground 按当前模型与用量计费，具体积分和价格会变，文章不固化数字。先在网页里用小样找出可接受的构图和编辑方式，再把稳定参数接入 API，通常比一开始就批量调用更省钱。需要团队协作时还要把项目、密钥和账单权限分开，避免一个测试脚本吃掉整组预算。
开源代码、开放权重和可商用，是三件不同的事
FLUX 的仓库里既有 Apache 2.0 的推理代码，也有 Apache 2.0 的特定权重，还有只允许非商业研究的 dev 或 9B 权重。比如官方当前把 FLUX.2 klein 4B 列为 Apache 2.0、可免费商用，而 FLUX.2 klein 9B、FLUX.2 dev、FLUX.1 Kontext dev 和 FLUX.1 dev 等开放权重仍需遵守非商业许可证；商业自部署要另购授权。看到 GitHub 仓库写 Apache，不能顺手推导成里面所有模型都能免费商用。
自部署换来更多基础设施控制，也把 GPU、环境、升级、内容安全、来源标记和许可证管理交给了自己。通过 BFL API 使用模型已经包含商业输出权限，并不自动授予下载或自托管权；反过来，能下载权重也不代表能把它放进收费产品。最稳妥的做法是把具体模型名、权重许可证和部署方式一起记录，而不是只写一句“开源”。
API 能商用，不代表机密图片可以不看条款就上传
在用户与 BFL 之间，官方条款不主张输出所有权，并允许个人或商业使用；但输出可能不唯一，也可能与现实事实、品牌或他人作品发生冲突，最终仍要人工检查。上传参考图之前，用户还要确认自己拥有照片、肖像、商标、字体和客户素材的使用权限，不能把“模型能生成”理解成“已经获得授权”。
更容易被忽略的是数据路径：BFL 的 API 服务条款授予平台为提供、改进和开发服务处理输入输出的广泛许可，并明确提到可用于训练和改进模型。因此，保密客户图、未发布产品和敏感人物素材不应直接按普通自助 API 条款上传；需要更严格数据边界时，应先取得合适的企业协议或改用许可证允许的自部署方案。若打算把 FLUX 输出拿去训练其他模型，还要另行核对 Synthetic Data 许可。
发表于 
