AI 帮你生成了网站横幅、产品插图和页面代码，不等于项目的来源、授权和后续责任已经自动理清。真正上线前，团队需要回答三个问题：素材从哪里来、当前使用场景是否符合来源条款、以后谁能拿出证据说明它是怎样进入项目的。
本文是一套项目管理和上线核查流程，不对特定工具的输出作“当然可以商用”或“当然不能商用”的法律判断。不同平台、账号套餐、输入素材和使用地区的条件可能不同；对核心品牌资产、广告投放或大规模商业使用，按当前服务条款核验，必要时请权利方或专业人士确认。
一、先把网站素材分成四类
- AI 生成图片：记录使用的服务、模型或功能、账号/套餐、生成日期、提示词，以及是否上传了参考图。
- 客户或员工提供的素材：记录提供者、授权范围和用途。收到一张图片文件，不代表已确认它可以用于广告、公开网站或后续改编。
- 第三方图片、字体、图标和模板：保留来源页面、许可证或购买凭据，确认是否允许商业使用、修改、署名，以及是否有数量或渠道限制。
- AI 辅助生成或修改的代码：记录改动所在模块、AI 建议采用的依赖包、版本、代码来源和审核人；对实际引入的开源组件逐个检查许可证与需要保留的声明。
不要只把文件放进“AI 素材”目录。最小可用的登记表至少包含：文件或模块名称、来源类型、提供方、创建/下载日期、参考素材、当前页面或功能、授权证据、限制条件、审核人和状态。
二、核对生成服务和输入素材的边界
打开实际使用的生成服务条款，确认当前账号或套餐对输出、商业用途、客户项目、公开展示和必要署名有哪些要求；记录核对日期和条款链接，重要项目可保存当时的条款副本。不要只依据模型回答、社交媒体截图或几年前的说明判断权益。
再回看提示词和上传内容：参考照片、客户商标、竞争对手网页、字体、图标或受限资料是谁提供的？项目是否有权把它们输入外部服务并用于这个用途？如果答案不清楚，先不要把相关内容交给生成工具；改用已获许可的参考素材或重新制作。
发布前把图像放大检查：是否出现可识别的人脸、近似品牌标识、产品铭牌、带水印的片段、错误文字或看似真实但实际不存在的产品细节。AI 输出可能包含不适合公开使用的细节；人工检查和替换仍然必要。涉及真实客户、员工肖像或商标时，按项目授权范围处理，不要把“模型生成”当成授权凭证。
三、代码要查依赖和许可证声明
AI 生成的代码常会引入图标库、UI 组件、代码片段或 npm 依赖。上线前让开发者从 lockfile、package manifest 和构建产物中列出实际使用的依赖名称与版本，再检查对应项目的许可证文件、版权声明和使用条件。GitHub 的文档说明，开源许可证会规定他人如何使用、修改和分发代码；团队应按自己的交付和分发方式逐项确认，并保留适用的声明。GitHub：为代码仓库添加许可证
许可证信息不完整、不同文件标注不一致、依赖许可证与客户交付要求不确定时，不要让 AI 自己给出“兼容”结论。先由负责开发的人核验源仓库和依赖文件；必要时换成团队已审核的组件，或请客户/专业顾问确认。GitHub 也提供关于跟踪依赖许可证和制定许可证策略的说明，可作为团队建立检查流程的参考。GitHub：开源许可证合规
四、用一个简短的上线闸门拦住不确定项
- 来源不明：找不到原始下载页、生成记录或提供人，先替换，不要用“网上常见”推断可用。
- 许可不清：条款没有覆盖当前商业用途、署名或交付方式时，暂停该素材/依赖的上线，核实后再决定。
- 第三方元素明显：出现未经确认的人物肖像、客户资料、品牌标识或与真实产品相冲突的细节，要求重新生成或使用已获许可的素材。
- 组件审查未完成：代码依赖没有名称、版本或许可证记录，交付清单和必要声明未检查，不进入正式发布。
- 无法交接：项目负责人离开后，团队仍要能知道文件从哪里来、允许用在哪里、改版时是否可以继续使用。
五、把证据一起交付，而不是只交一批文件
对每个上线页面，保存一份轻量素材记录。示例字段：文件名｜图片/字体/代码/依赖｜来源链接｜提供方或模型｜版本/套餐｜生成或下载日期｜参考素材授权｜使用页面｜限制/署名｜核验人｜核验日期。将生成提示词、原始素材、购买凭据、许可证文本和审批记录放在项目约定的位置，并限制客户机密资料的访问范围。
上线前让业务负责人确认图片表达与真实服务相符，让开发者确认依赖、声明和构建结果，让项目负责人确认客户提供素材的使用范围。若这三类检查有一项未完成，就明确标记“待核验”，不要用“AI 已完成”代替审批。
把授权核查安排在选图和选组件时，而不是上线当天，通常更省时间：来源合适就留档，来源不明就立即替换。这样做不能消除所有争议，但能让团队更早发现问题，也能让网站后续改版、客户交接和内容更新有据可查。