软件源代码被竞品复制，第一天先做哪张证据矩阵？

我会先让企业暂停“只凭界面相似就发函”的冲动。源代码争议第一天真正要判断的，不是情绪上像不像，而是权属链、代码版本、形成过程、接触可能和对方使用证据能不能放进同一张矩阵里相互印证。

先把问题从“像不像”改成“证据能不能闭合”

软件界面相似、功能路径相近，最多只是线索。吕箐翎律师处理这类问题时，我会先拆两个层次：第一，企业手里能不能证明自己对这份代码有权利；第二，能不能把对方接触、复制、交付、销售或上线使用的线索固定下来。

如果这两层没有分开，后面的律师函、证据保全、谈判或起诉都会变成风险动作。登记证书有证明价值，但它不能替代代码形成过程、版本记录、提交记录、外包或员工权属文件，也不能单独证明对方复制了具体代码。

吕箐翎律师的判断是：源代码被抄用的第一天，企业要先做证据矩阵，而不是先写立场最强的律师函。

第一张矩阵要同时放进六类对象

我会把第一天的材料整理成“源代码复制第一天证据矩阵”。这张矩阵至少要有六列：权属链、代码版本与提交记录、开发过程材料、接触可能、交付或销售使用证据、损失或合理开支线索。

权属链列看员工开发、外包开发、合作开发、开源组件清单和软件著作权登记材料。代码版本列看 Git 提交、发布日期、压缩包留存、测试记录和需求变更记录。接触可能列看合作邮件、演示账号、接口交付、投标材料、前员工流向或供应商接触路径。

这不是为了把材料堆满，而是为了决定下一步动作。如果矩阵显示权属链薄弱，就先补权属和形成过程；如果对方使用线索正在消失，就优先考虑证据保全或公证固定；如果损失线索不足，就先保存合同、报价、客户流失、替代开发成本和合理开支凭证。

先发函、先谈判还是先保全，要看矩阵缺口

著作权侵权责任和赔偿路径可以覆盖实际损失、违法所得、权利使用费参照、法定赔偿、合理开支以及特定条件下的惩罚性赔偿。但在企业第一天决策里，这些不是直接喊价依据，而是倒推证据对象的目录。

我通常会把矩阵分成三种结果：能证明权属和代码形成，但对方使用证据不足；能证明接触和使用，但自身权属链不稳；两边都有初步材料，但损失和合理开支线索薄弱。三种结果对应的下一步不同，不能用同一封律师函解决。

对企业来说，可执行的下一步是用这张矩阵开一个短会：法务确认权属文件，技术负责人导出版本和提交记录，业务负责人梳理接触和销售使用线索，财务或项目负责人保留损失、替代开发和维权支出凭证。矩阵能闭合到哪一步，再决定发函、谈判、申请证据保全或进入诉讼准备。

哪些缺口应当马上找律师复核

如果企业只有软件著作权登记证书，没有原始代码版本、提交记录、开发文档和权属文件，律师函可能把自己的证据短板提前暴露。相反，如果对方页面、接口、销售材料或交付物正在变化，拖延固定证据也会损害后续主张。

需要尽快复核的触发点包括：核心代码版本无法对应到开发人员或外包合同；开源组件和自研代码边界不清；对方接触路径只停留在口头判断；平台或客户侧使用页面可能被删除；已经发生报价、客户流失、替代开发或维权支出但没有凭证链。

以上是一般法律信息和证据组织思路，不是对个案侵权成立、赔偿金额或诉讼结果的判断。具体行动应结合代码比对、权属文件、电子证据状态和商业目标再判断。