AI 项目名称未变，旧批准会自动覆盖变化后的处理链吗？

吕箐翎律师的判断是：不要先问 AI 项目是否仍叫原来的名字，而要先还原旧批准对应的处理链。旧批准只能证明其中明示的批准主体、资料、用途、服务或供应商、区域、参与方、权限、期限和条件。拟议链出现未写明或不能对应的新要素时，旧批准本身不能证明该要素已经被覆盖。这个判断只限定旧材料能证明到哪里，不对任何具体新处理的合法性、审批要求或项目覆盖范围作结论。

先还原旧批准对应的处理链

“已经批准”不是一个可以脱离文件内容单独使用的结论。需要先查看旧批准及其附件、立项或风险评估材料、审批流、例外记录和授权清单，识别其适用的主体、系统、账号、资料范围、处理目的、服务或供应商、区域、参与方、权限、有效期与条件。

同一份资料曾在旧环境中被访问或使用，也不当然回答它能否进入拟议链。尤其当用途涉及训练、微调、评测、模型改进、长期沉淀或其他再利用时，应把实际动作、输入输出、是否进入数据集或模型，以及保存和删除安排分别列明。处理资料的来源、字段、原取得目的，以及个人信息、客户约定、保密或其他限制，也需要放回同一张对照中核验。

哪些变化不能由项目名称替代

项目名称、预算编号、同一业务部门、模型类别、功能相近，或“升级”“迁移”的称谓相同，都不能替代新旧处理事实的对照。

例如，更换模型、云、集成商或托管方时，不能只看品牌名称，还要分清实际法定主体、各方角色、可访问资料、产品版本和现有材料适用的范围。部署、存储、推理、日志、缓存、备份、远程支持或网络路径调整时，也不能只凭区域标签或迁移通知判断完整处理链。新增下游参与方，或扩大读取、下载、导出、复制、转发、管理和人工访问能力时，同样需要识别具体角色、数据、操作、权限、期限和相关材料。

这些内容并不意味着变化后的安排必然不被允许；它们说明“项目仍是同一个名字”本身不能补足旧批准没有明示的处理事实。

变化前后先对照哪些事实

较稳妥的做法，是建立一张“旧链—新链—差异—是否有明确覆盖文本—证据位置—待确认责任人”的对照表。至少逐项核对：

• 用途和实际处理动作，以及输入、输出、训练或改进安排；
• 资料和字段，及其来源、原取得目的与现有限制；
• 服务商、实际法定主体、模型、云、集成商和其他参与方；
• 部署、存储、推理与访问区域，以及各类数据实际所在系统；
• 下游参与、账号、接口、角色、字段与读取、导出、人工访问等权限；
• 保留、删除、迁移和退出安排，包括输入输出、日志、缓存、索引、备份、凭据和历史授权。

对照所依据的材料应尽量保留原始版本和版本信息，包括旧批准及附件、新旧合同或订单、相关数据处理或安全附件、服务说明和变更通知，以及同一核对日期的账号、区域、权限、设置和访问记录。尚未取得的材料，应如实标为“未取得”。

材料未闭合时，结论停在哪里

如果旧批准的完整文本、附件、适用系统或变更条款尚未取得，或者新旧处理动作、实际主体、区域、下游、权限、资料限制和退出状态仍不能核实，结论应停在“旧材料尚不能证明已覆盖该差异”。这不等于说新链已经未获批准、已经不合规，或必须停止使用。

下一步应补齐旧批准和新旧链的可核对材料，并明确每一项差异由谁确认、依据何处材料确认。只有在处理链与现有文件能够逐项对应后，才能继续讨论特定安排的范围问题。