发现产品被抄或收到侵权投诉后怎么办:AI软件争议的取证、止损与追偿页面布局和核心功能与自己高度接近，部分错误提示、输出格式甚至一个很少使用的隐藏功能都几乎一致。更敏感的是，对方团队中还有公司的前员工。商务部门已经截了几张图，研发人员准备继续登录对方系统测试，管理层要求法务当天发律师函，限定48小时内下架产品。但这时，公司还没有固定竞品当前版本，没有完整保存测试过程，也没有核验自己对应时期的源代码、模型和产品版本，更没有确定究竟准备主张软件著作权、商业秘密、专利还是不正当竞争。它突然收到侵权律师函，被指控核心代码来自前员工，部分模型参数涉嫌侵犯商业秘密，并被要求立即停服。研发负责人第一反应是删除争议仓库、重写模块、清空员工电脑中的旧代码，再把AI编码工具的历史会话全部清掉，避免“留下麻烦”。这两种反应看起来都很积极，却可能犯同一个错误：在事实还没有被固定以前，就先改变了事实现场。AI软件争议真正困难的地方，往往不在于企业不知道著作权、商业秘密、专利或者不正当竞争，而在于事件发生后的第一步做错了。律师函发出去以后，对方可能修改后台；仓库删除以后，被投诉企业也可能再也证明不了代码究竟从哪里形成。所以，侵权事件发生后的第一目标，不是立即证明谁对谁错，而是确保几个星期、几个月以后，企业仍然能够证明今天究竟发生了什么。
一、争议发生后的第一件事不是定性，而是锁定版本、行为和时间线
AI产品持续迭代，同一个功能在半年内可能已经更换几套模型、重构多次代码。如果不先确认争议针对哪个时间、哪个版本，后面的法律分析很容易失去对象。自己的产品什么时候形成，争议功能何时上线，对方产品何时出现，双方人员什么时候发生过合作、采购、试用、外包或者劳动关系，哪些人员可能接触过代码、模型、知识库和技术文档，哪一个版本开始出现相似，以及收到投诉或者发现异常以后双方又采取过什么动作，都应尽量还原。如果企业是权利人，需要保存能够证明自身权利形成和技术演进的源代码、Git提交、编译和发布版本、模型权重和检查点、LoRA等适配参数、Prompt和Agent配置、UI设计文件、训练评测记录、开源及第三方组件来源，以及相关人员和形成时间。收到投诉后直接删除争议代码，看似能够快速止损，但代码删掉的同时，企业也可能失去证明独立开发、第三方来源、AI工具生成、开源引用或者员工个人违规行为的关键证据。产品仿制重点看页面、流程、名称、图标、功能、输出效果、宣传材料和上线时间；代码争议更关注自有代码、被诉软件、安装包、文件结构、错误提示以及能够反映程序来源的特有信息；商业秘密还必须同步固定秘密点、形成过程、保密措施、人员权限、下载和访问日志；API盗用则更依赖账号、Key、IP、设备、请求频率、Token消耗、风控触发和规避记录。专利又完全不同。专利争议的核心不是两套代码相似度，而是被诉产品实际技术方案与权利要求技术特征的对应关系，因此需要保存运行流程、产品手册、部署架构和必要技术测试材料。权利人必须同时证明自己为什么有资格主张权利。软件是谁开发的，外包成果是否已经取得权利，商业秘密具体是什么并采取过什么保密措施，专利目前是否有效，模型和代码是否具有合法来源，这些都是案件基础。很多维权项目最后陷入被动，不是因为没有对方侵权截图，而是企业到诉讼阶段才发现，自己连最核心的权属链都没有整理清楚。二、自己能取得的证据先固定，真正拿不到的证据要及时考虑法院保全
企业发现侵权以后，通常可以先固定公开或者通过正常交易能够取得的证据。官网和产品页面、App及安装包、应用商店信息、公开API文档、产品宣传材料、正常用户操作过程、合法购买的软件和设备、公开招聘信息、公开技术介绍，都可以根据案件需要保存。页面什么时候访问，通过什么账号、什么设备和浏览器访问，从哪个入口进入，完整操作经过什么步骤，模型输入了什么，实际返回什么结果，都可能影响后续证明力。特别是生成式AI具有输出不稳定性，同一个Prompt在不同模型版本、参数和时间下可能产生不同结果。因此，除了测试日期、账号和模型版本，还应尽量保存完整Prompt、上传的文件或者图片，以及当时用户能够看到或者控制的模型、工作流和参数设置。真正需要固定的，是一个日后能够被复核的“当时状态”。企业无法因为怀疑对方侵权，就擅自登录对方后台、突破访问权限、破解账号或者进入私有Git仓库。对方的后台源代码、私有模型、服务器日志、内部销售账簿、员工电脑和客户部署环境，如果不属于企业能够合法取得的范围，应当考虑法院调查取证、证据保全等法定程序，而不是采用本身可能违法的取证方式。软件案件尤其值得重视证据保全，因为电子证据太容易改变。2026年2月28日发布的指导性案例279号就是一个非常直观的例子。法院根据软件权利人的申请到被诉企业现场进行证据保全，现场共有26台电脑；已经完成保全的17台电脑中，9台显示安装了13套案涉软件。此后，被诉企业通过拒绝打开部分电脑、断电等方式妨害保全，导致剩余9台电脑无法完成检查。最高人民法院最终结合已经取得的证据和具体妨害行为，对未完成保全部分作出不利事实认定，并在赔偿数额认定中考虑了妨害保全行为。这个案件真正值得AI企业记住的，不是某个软件最终赔了多少钱，而是：证据程序本身会改变案件结果。但关键证据由对方控制，并不意味着法院当然会采取证据保全。企业还需要结合案件阶段说明，相关证据为什么存在灭失或者以后难以取得的现实风险。特别是软件持续更新、日志定期覆盖、云端实例可以随时删除、模型和代码可以快速迁移时，企业应当把这种风险具体说明出来。保全申请也不能只写一句“请求检查被告所有服务器”。更有效的申请应尽量明确证据所在位置、涉及哪些设备或者系统、争议软件是什么版本、需要查明哪些具体技术事实、为什么只能由对方控制、为什么存在灭失风险，以及怎样把保全范围控制在案件真正需要的部分。AI公司的服务器往往同时存放大量客户数据、第三方商业秘密和与案件无关的源代码。专业的证据保全不是拿得越多越好，而是尽可能准确取得能够决定案件的那部分证据。三、律师函不是固定的第一步，什么时候发取决于证据和业务目标
律师函可以正式提出权利主张，要求停止行为、说明来源、保存证据，启动合同通知或者供应商赔偿机制，也可以为后续谈判和和解建立沟通基础。尤其在代码、模型和商业秘密争议中，如果关键证据还在对方服务器上并且容易修改，过早通知可能直接提醒对方风险。此时，更合理的顺序可能是先固定自有证据和公开证据，准备必要的保全方案，再决定是否正式通知。另一方面，在证据已经基本稳定时，一次准确、有效的通知又可能具有重要后续价值。2026年5月1日起施行的知识产权惩罚性赔偿司法解释明确，经权利人或者利害关系人有效通知后仍继续实施侵权行为，可以作为认定侵权故意的情形之一；已经和解并同意停止侵权，之后再次实施相同或者类似侵权行为，也可能用于认定故意。前提仍然是最终能够认定侵权成立。被投诉方仍然可以证明权利本身存在问题、被诉行为没有落入保护范围，或者自己具有授权、独立开发、合法来源等抗辩基础。因此，一封真正有用的律师函首先要把权利边界说准确。尚未授权的专利不能写成已经取得专利权；通用产品功能不能直接包装成企业独占权利；开源代码不能全部宣称是自己的原创代码；证据不足时，也不宜把正常竞争公开描述成“盗窃”“剽窃”或者犯罪。知识产权维权同样存在边界。如果企业进一步利用知识产权诉讼恶意打击竞争对手，也可能产生恶意诉讼的反向责任。至于平台投诉、公开声明或者其他商业指责是否产生责任，则还要根据具体行为分别判断，不能混为一谈。四、要求立即下架以前，要分清平台投诉、行为保全和最终停止侵权
商标和Logo仿冒、明显复制图片页面、盗版软件下载等显性问题，平台投诉往往具有较高效率。但如果争议核心是模型参数、后台算法、商业秘密、专利技术方案或者复杂API调用方式，平台通常很难仅凭几张截图完成专业技术判断。需要在最终判决以前强制停止特定行为时，真正对应的司法程序是行为保全。知识产权行为保全属于高强度临时救济。法院通常需要综合判断权利请求是否具有事实和法律基础，不采取措施是否会造成难以弥补的损害，采取措施后双方损害是否失衡，以及是否影响社会公共利益，并通常要求申请人提供担保。这意味着，它不是“只要认为对方侵权，就可以要求法院先停”。AI案件真正具有较强紧迫性的场景，可能是核心商业秘密仍在持续泄露，争议模型即将大规模发布，相关代码或者数据正在继续向外扩散，或者技术一旦公开便会使商业秘密永久失去秘密性。相反，如果侵权判断需要复杂技术比对，对方停止服务将影响大量正常客户，而损害又可以通过金钱赔偿弥补，行为保全的必要性和比例性就会更加复杂。最高人民法院知识产权法庭近年在技术类案件中支持行为保全时，也持续强调权利稳定性、初步侵权可能性、难以弥补的损害、利益平衡、替代产品以及公共利益等因素。权利人还必须意识到，行为保全并不是没有代价的商业武器。申请行为保全错误并给被申请人造成损失的，可能产生相应的损害赔偿责任。因此，行为保全不能被当作普通商业施压工具。企业决定是否申请“立即停止”以前，应先回答：如果不现在停，损害为什么在最终判决以后无法真正补回来？五、民事、行政和刑事程序不是三档处罚强度，而是三套不同工具
民事诉讼主要解决权利确认、停止侵害和赔偿等私人权利救济问题。代码、算法、模型和专利争议中，还可能同时涉及证据保全、行为保全、技术调查和损害计算。商业秘密则在2026年增加了更加明确的行政保护规则。自2026年6月1日起施行的《商业秘密保护规定》，将算法、程序、代码、数据等纳入可能构成技术信息的范围，并对技术秘密案件管辖、举报材料和调查措施等作出规定。但这并不意味着代码、算法或者模型参数只要存在，就当然属于商业秘密。能否获得商业秘密保护，仍需要满足不为公众所知悉、具有商业价值并采取相应保密措施等法定条件。在符合条件的情况下，源代码、模型参数或者算法秘密被前员工、合作方不正当取得以后，企业除了民事诉讼，还可以结合案件事实评估市场监管部门的商业秘密行政保护路径。专利纠纷同样存在行政裁决制度。企业认为他人侵犯专利权时，并不是只有民事起诉一个入口。2025年施行的“两高”知识产权刑事司法解释，对侵犯著作权、侵犯商业秘密等知识产权犯罪的法律适用和相关数额认定作出了进一步规定。但离职员工带走代码、竞品功能相似或者对方使用了自己的API，都不能自动推出已经构成犯罪。是否进入刑事责任，需要按照具体罪名独立判断行为方式、主观状态、损失、违法所得以及其他法定条件。民事、行政和刑事程序在符合条件时可以存在衔接甚至并行，但企业需要保证基础事实能够相互解释。不同程序的法律评价、请求范围以及损失计算方法可以因为制度不同而存在差异，但核心技术事实、代码版本、秘密点范围、关键时间和人员接触关系原则上应当能够互相对应。如果不同口径之间存在差异，也应当有明确的事实和法律依据，而不能为了不同程序任意改变基础事实。六、收到侵权投诉以后，最危险的动作之一就是“先删干净再调查”
对被投诉企业而言，最重要的一项内部动作，是立即启动内部证据保留机制，实务中常称Legal Hold。它并不是中国法上一套名称独立的诉讼程序，而是一种企业内部证据管理措施：针对已经发生或者具有现实可能性的重大争议，暂停与案件相关材料的常规删除和覆盖。相关范围可能包括代码和Git历史、模型文件、开发记录、邮件和即时通信、企业云盘、AI编码工具记录、API日志、供应商交付材料、设计文件以及客户部署版本。对于企业设备和企业账号，可以按照内部制度及时采取必要的保全措施。涉及员工个人设备、个人云盘或者私人账号时，则还要结合企业制度、授权基础、个人信息保护和调查必要范围处理，不能以内部调查为由无限制复制个人内容。企业可以为了控制风险暂时关闭一个功能、隔离争议模块、停止新客户接入、切换备用模型或者暂停某项API调用。但在改变现有产品状态以前，应先把当前版本完整封存。否则几周以后，企业面对的可能不是“如何解释争议代码”，而是“已经没有任何人能够证明当时运行的代码是什么”。模块开发人员、产品负责人、运维人员、外包团队和相关员工应分别说明事实：谁编写了代码，从哪里取得，是否参考过竞争产品，是否使用开源项目，是否经过AI工具生成，是否见过对方技术资料。管理层在调查以前要求所有研发人员先开会形成一套共同说法，反而会削弱内部调查的可信度。重写代码、更换组件、停止使用争议标识、替换模型、补充许可证，都是正常风险控制措施。但内部文件应当把“临时止损”和“法律责任结论”分开。企业决定重写，不等于已经承认侵权；但企业必须能够解释为什么改、改了什么，以及修改前的证据是否已经妥善保存。如果争议技术来自外包商、SDK供应商、模型平台或者其他第三方，还要及时检查合同中的索赔通知期限、抗辩控制、知识产权赔偿、替换义务和和解权限。及时通知供应商不仅关系后续赔偿资格，还可能决定由谁控制抗辩、企业能否自行和解，以及供应商是否有权优先修改或者替换争议技术。所以，收到律师函后的第一批参与部门，不一定只有法务和研发，还可能包括采购、供应商管理、信息安全和相关业务负责人。七、赔多少钱、最后找谁承担，也必须从案件第一天开始准备
权利人如果准备主张损失，应当从事件早期就保存产品价格、软件许可费、API收费、销售变化、客户流失、维权开支，以及能够合法取得的对方销售规模、用户量、流量和公开经营信息。2026年知识产权惩罚性赔偿司法解释进一步提高了企业对“事件过程证据”的重视程度。司法解释规定，有效通知后继续侵权、和解并承诺停止后再次实施相同或者类似侵权等，可以用于认定故意；无正当理由拒不履行保全裁定、伪造、毁坏或者隐匿侵权证据等，也可能影响情节严重的认定。这意味着，证据管理不仅决定企业能不能证明侵权，有时还会直接影响赔偿。惩罚性赔偿必须有具体法律依据，并满足故意和情节严重等条件。对侵犯商业秘密以外的一般不正当竞争行为，也不能仅凭主观恶意当然主张知识产权惩罚性赔偿。争议功能贡献多少收入，涉及多少客户，重写需要多少成本，停服会触发什么客户责任，模型或者专利许可需要多少费用，是否存在较高赔偿甚至惩罚性赔偿风险，都应进入管理层的事件决策。只有把这些成本摆出来，企业才知道当前更合理的选择究竟是继续抗辩、临时停止、快速替换，还是进入和解。事件可能源于员工私自带入前公司代码，外包开发商未经许可使用第三方组件，模型供应商超范围再许可，或者被收购团队在交易时隐瞒了历史争议。企业对外承担责任后，能否依据员工义务、知识产权保证、赔偿条款、权利转让承诺或者违约责任向内部和供应商追偿，是另一层问题。内部追偿不能消灭企业已经对外产生的法定责任，却决定损失最终由谁承担。整个专题写到这里，最终需要形成的不是一张几十项的“侵权应急清单”，而是一套稳定的响应顺序。第一步是锁定。锁定争议产品、代码、模型、数据和时间线，确认究竟在处理哪个版本。第二步是保全。保存内部开发和发布材料，固定外部证据，并判断关键后台证据是否需要通过法院程序取得。第三步是定性。再根据具体对象判断主要属于产品表达与混淆、软件著作权、开源许可、商业秘密、AI生成代码、开放模型许可、API数据竞争还是专利问题。第四步是止损。决定是否暂停功能、隔离代码、更换模型、停止新增客户、通知供应商，以及是否有必要寻求行为保全。第五步是选程序。律师函、商务谈判、平台投诉、行政举报、专利行政裁决、民事诉讼和刑事报案，不是谁“更强硬”，而是谁更适合解决当前问题。第六步是追偿和复盘。事件结束以后，把真正暴露的问题重新写回研发、开源管理、模型许可、员工权限、API控制、采购合同、专利实施风险和证据留存流程。AI软件侵权事件不是“先发律师函，再决定是否起诉”的线性流程，而是一项证据、产品、业务和法律同步推进的事件响应。真正成熟的AI知识产权管理，也不是企业拥有多少证书，更不是出了事情以后能够发多强硬的声明。关键在于争议突然发生时，企业能够立即回答几个问题：争议的是哪个版本，我们究竟有什么权利，证据现在在哪里，产品要不要停，应该走哪一条程序，损失可能有多大，最后又应当由谁承担。而争议发生后的证据和事件响应能力，决定的则是一次本可以控制的知识产权纠纷，会不会最终演变成产品停摆、证据失控和无法追偿的经营危机。第一时间获取AI领域合规解读、政策动态与实操指南，助您更高效地识别风险、理解规则、推动合规落地。也欢迎您转发、转载本文，让更多有需要的朋友及时看到。
夜雨聆风