我帮客户做后台这些年最怕的不是写不出功能是交付那一刻被问一句这代码版权归我吗答不上来单子就悬了。2026 年这事更现实了。AI 写代码快但交付是另一套规矩——三颗雷接单党几乎人人踩边。AI 为了好用会吐出它见过的代码。万一那段是 GPL 或 AGPL 协议混进你给客户的闭源交付物客户一发布就违约AGPL 更狠连 SaaS 部署都可能被要求开源自己的核心代码。这污染是静默的普通 code review 根本扫不出来等客户律师函到了才发现。美国版权局 2025 年报告说得很直纯 AI 生成、没有你人类创作贡献的代码不受版权保护。2026 年最高法院也维持了这个口径。意思是——客户花钱买的代码竞品可以原样抄走你告不了。业内把这叫 “all the liability, none of the protection” liability 全在你protection 一点没有。你以为用 AI 出 bug 能找厂商看条款就知道几乎所有 AI 编码工具都写输出风险用户自负。侵权、赔款、客户损失锅是你的。AI 是提效工具软件质量和安全的最终责任人还是写代码的人。打开陌生仓库会被埋雷前两天写过交付出去的雷更隐蔽。我现在的接单交付清单比写代码还多三步① 跑 license 扫描。用 SCA 工具扫一遍交付物GPL/AGPL 命中即停线、隔离或重写绝不混进闭源包。这一步比多写两个接口重要。② 留人类创作痕迹。别整段粘贴 AI 输出就交。你改了哪、为什么改、架构为什么这么定留记录。越是有版权诉求的交付越要证明这是人写的、人定的灰色地带才站得住。③ 合同写清三件事。AI 辅助比例写多少、版权归客户还是共有、出了侵权谁担。别靠口头默契白纸黑字。客户要闭源交付就别让 AGPL 代码碰那条线。2026 年 9 月最高法也出了 AI 纠纷审理意见AI 生成内容侵权按开发者/提供者/使用者参与度担责开源协议方综合考量、适当豁免。话术是留了空间但落到你这单证据和合同才是真护身符。AI 帮你写代码没问题交付前过这三关单子才稳。谈单价时你敢说我交付的代码版权干净、协议厘清这本身就是溢价点。