1. 检查SSPL许可的“网络服务”定义，防止带宽按量付费变“按版权许可费”
近期事件：某IDC因在AI推理服务器上部署MongoDB社区版，被厂商指出其“为第三方提供词元生成服务”属于SSPL 1.0中的“商业提供服务”。
行动清单：① 确认你的AI词元服务器是否直接向外部客户返回MongoDB数据；② 若是，需单独购买商业许可证或改用Apache 2.0替代数据库；③ 否则，必须将整个AI服务堆栈（含模型、中间件）以SSPL开源。
2. AGPL在边缘节点“全网传播”的带宽陷阱——每台机架都算一次分发
近期事件：某CDN公司因在边缘节点使用AGPL的实时数据处理库，被指控其“通过IP网络传输修改后的代码”构成二次分发。
行动清单：① 核查所有边缘节点或AI推理卡上运行的AGPL软件；② 对任何通过网络向客户端发送经过修改的AGPL代码的行为，必须在本地提供完整源码下载；③ 建议在边缘节点统一采用LGPL或MIT许可的替代库。
3. 词元服务器缓存与带宽优化中的“附加条款”违约风险
近期事件：某AI服务商使用Redis的RSAL（Redis Source Available License）缓存词元，但Redis 7.4新增的“非商业”限制与IDC的托管计费模型冲突。
行动清单：① 立即升级至Redis 8.0及以上版本（采用SPL许可）或迁移至KeyDB（BSD许可）；② 对使用SaaS模式的词元缓存，建议记录每个实例的许可版本与用途；③ 如无法替换，需在服务协议中明示客户不用于商业AI训练。
4. 网络软件（如iptables、Open vSwitch）的GPL传染性——AI管道软件必须公开源码吗？
近期事件：某AI企业因在专用带宽加速卡上使用基于GPL的修改版DPDK，被要求公开整个数据平面架构。
行动清单：① 明确区分用户空间与内核模块：若仅在用户空间调用GPL库的API，通常不传染；② 若修改了内核态或DPDK的源码并用于分发，必须开源；③ 建议对核心网络软件采用BSD或MIT许可的替代品（如VPP、TREX）。
5. 许可证兼容性审计：从模型权重到词元编码的“混合来源”合规表
近期事件：某公司因同时使用CreativeML（模型权重）与AGPL（词元编码库）导致法律冲突，被要求停止服务。
行动清单：① 建立“组件-许可证-用途”三列清单，特别标注AGPL、SSPL、Elastic License 2.0；② 若模型权重使用CC-BY-NC，则不可在商业AI推理服务器上部署；③ 使用FOSSology或Scancode工具自动化扫描代码仓库，每周生成合规快照。
0 留言