企业官网建设流程全解析

我帮客户做后台这些年，最怕的不是写不出功能，是交付那一刻被问一句："这代码版权归我吗？"答不上来，单子就悬了。

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 帮你写代码没问题，交付前过这三关，单子才稳。谈单价时你敢说"我交付的代码版权干净、协议厘清"，这本身就是溢价点。