发现软件源代码疑似被抄用，第一天先做哪张证据矩阵？

发现软件源代码疑似被抄用，第一天先做哪张证据矩阵？

企业第一天不要先急着发律师函，也不要只拿界面相似截图下结论。我的处理习惯是先把“代码是谁形成的、相似点在哪里、对方有没有接触路径、损失线索能不能被保存”拆开，放进同一张证据矩阵，再决定下一步是沟通、保全、谈判还是诉讼。

先把判断对象从“像不像”改成“证据能不能闭合”

源代码争议最容易跑偏的地方，是把界面观感、业务流程相似或员工口头判断当成结论。吕箐翎律师在第一轮会先区分三件事：权利基础有没有材料支撑，代码相似性有没有可复核对象，接触或使用路径有没有线索。

这个拆分不会直接证明侵权成立，但能决定企业第一天应该补什么材料。著作权法和知产民事诉讼证据规则能支撑的是权利、侵权责任和证据组织边界；具体到某个项目，还要回到代码版本、提交记录、开发文档、交付记录等材料本身。

第一张表不是索赔表，而是源代码证据矩阵

我会把第一张可复用材料命名为“源代码疑似抄用第一天证据矩阵”。它至少要有六个字段：权属链，代码版本与提交记录，开发过程材料，接触可能，交付或销售使用线索，损失或合理开支线索。

这张矩阵的动作不是写结论，而是把材料放到可决策的位置：权属链下放员工或外包权属文件、登记材料、需求变更记录；代码版本下放仓库提交、版本哈希、关键模块比对对象；接触可能下放合作、离职、外包交付、测试账号或资料开放记录；使用线索下放对方产品页面、交付包、销售说明或客户使用痕迹。

吕箐翎律师会先看哪几个缺口

第一，我会先看权属链有没有断点。没有员工或外包权属文件、没有形成过程材料，仅有登记证书，通常不足以替代代码形成过程和权利链证据。

第二，我会看相似性材料能不能被复核。只说“功能一样”不够，企业需要保留可比对的代码版本、关键模块、提交记录、测试记录和开发文档，让后续技术比对有对象。

第三，我会看接触与使用路径是否能被保存。对方是否接触过源代码、是否收到过交付包、是否存在销售或上线使用线索，决定第一天是先补证据、申请证据保全，还是进入沟通或谈判。

这张矩阵如何决定下一步

如果矩阵显示权属链和版本记录完整，但对方使用线索可能很快消失，企业的下一步通常是优先做证据保全和页面、产品、交付包留存，再评估是否发函。若矩阵显示权属文件、提交记录或开发过程材料缺口很大，第一步应先补齐内部材料，而不是用不完整材料直接对外主张。

若矩阵只能证明界面或功能相似，不能证明代码形成过程、接触可能和使用线索，企业应把它视为初步排查结果。这个阶段可以继续做技术比对和材料收集，但不宜把它包装成已经证明侵权成立。

吕箐翎律师的判断是：源代码疑似被抄用的第一天，最有价值的不是一句“像不像”，而是一张能同时放下权属链、代码版本、接触路径和损失线索的证据矩阵。

什么时候应当请律师介入复核

如果企业已经准备发函、申请证据保全、进入谈判或起诉，但矩阵里仍缺少权属文件、提交记录、开发过程材料、接触路径或损失线索，就应当先做律师复核。复核重点不是把材料写得更强硬，而是判断哪些材料能支持当前动作，哪些缺口会让对外主张过早、过宽或难以落地。

本文只提供一般法律信息和材料组织思路，不构成针对具体案件的法律意见。具体项目是否构成侵权、是否适合发函、保全、谈判或诉讼，应结合代码、合同、交付、接触和损失材料进一步判断。