一句话定义：一个原本用宽松许可证（permissive license）发布的项目，因为混进了带“传染性”的强著佐权（copyleft）代码片段，法律上可能被要求整体按同样的条款分发——义务像污染一样扩散。
它是怎么发生的
以 GPL 为代表的强著佐权许可证有一条核心要求：基于它形成的“衍生作品”，整体必须以相同许可证发布并开放源码。关键在于“整体”：不是标一下出处就完事；它会反过来影响你整个仓库的分发方式。就像往一锅清水里滴了一勺浓缩汤底：并非只是“加了点味道”，整锅汤都得按那包汤底的配方重新标注。
为什么 AI 补全让它变严重
代码补全模型在海量公开仓库上训练，其中包含大量 GPL 代码。模型在特定上下文下可能逐字复现训练时见过的片段（业内称为记忆化，memorization）。开发者按一下 Tab 接受建议，一段没有版权头、没有出处、风格与周围代码高度一致的片段就进了仓库。传统依赖至少还有包管理器和许可证清单可查；这种片段级引入往往无痕，代码评审时也极难识别。等到融资尽调或客户安全问卷要求出具开源合规证明时，问题才暴露出来——此时它已经散布在几十个文件里。
和相邻概念的区别
| 概念 | 触发条件 | 典型后果 |
|---|---|---|
| 许可证污染 | 强著佐权代码并入你的作品 | 整个作品可能被要求以相同许可证开源 |
| 普通版权侵权 | 复制他人代码且无任何授权 | 停止使用、可能的赔偿责任 |
| 依赖漏洞 | 引入的第三方包存在安全缺陷 | 安全问题，可借软件物料清单（SBOM）追溯 |
一句话区别：侵权是“你无权用”，污染是“你也许有权看，但一旦用进来，条款就绑住了你的项目”。与“AI 幻觉”也不同——幻觉是模型编造不存在的接口，污染是模型太忠实地复现了真实存在的代码。以上均为一般性描述，具体认定以各许可证官方文本和专业法律意见为准。
对从业者的实际意义
工程侧：开启补全工具中与代码来源过滤、许可证筛选相关的设置；对疑似的长片段补全保持警惕，尤其是要求你一次接受十几行的时候；保留 AI 生成与人工修改的记录。
组织侧：把开源许可证扫描（license scanning）纳入 CI，而不只扫描依赖清单；在合同层面，部分厂商对其代码助手提供知识产权赔偿承诺，但通常附带条件与范围限制，请以合同与官方页面为准。
对普通人：至少记住一件事——开源不等于随便用，许可条款是可以“传染”的。