源代码被抄了，怎么证明是抄的

技术团队发现竞品功能几乎一样，第一反应是“他们抄我们”。但功能一样不构成侵权，界面相似也很难主张。真正能站住的，是源代码层面的复制。

这类案件的门槛不在法律，在证据：你能不能拿到对方的代码，能不能证明两段代码不是巧合。

一、软件著作权保护的是什么

换句话说，受保护的是具体的表达：源代码、目标代码、设计说明书、流程图、用户手册。不受保护的是功能、算法思路、业务逻辑、界面布局。

所以“他们做了同样的功能”不能起诉，“他们的代码和我们高度相似”才能。

二、先证明权属

打这类官司，第一步不是证明对方抄，是证明这东西是你的。

• 软件著作权登记证书：初步证明，登记时间早于对方接触时间，效力更强；
• 开发过程材料：需求文档、设计稿、代码提交记录、版本库日志、测试报告；
• 开发人员关系：劳动合同、社保记录、外包合同，证明这些代码由你的团队完成；
• 委托开发约定：委托他人开发的，合同没约定归属的，著作权归受托人，这一点经常被忽略。

职务软件归单位，但要有开发任务、利用单位物质技术条件这两个前提。员工业余时间自己写的，未必归公司。

三、接触加实质性相似

这是法院判断软件侵权的通用公式，两部分缺一不可。

接触：对方有机会看到你的代码。常见情形是离职员工带走代码、外包方同时服务两家、代码托管在公开或半公开仓库、早期合作开发后终止合作。

实质性相似：两段代码在表达上高度重合，且这种重合不是因为它只能这么写。

接触的证明相对容易：离职记录、权限日志、聊天记录、共同参与的会议纪要。实质性相似才是硬仗，通常要靠鉴定。

四、代码比对比的是什么

不是比行数，也不是比功能，是比“表达的选择”。以下这些地方，最能说明问题：

• 目录与文件结构：命名习惯、分层方式、模块划分；
• 变量与函数命名：拼写错误、无意义缩写、非母语命名，这些是个人指纹；
• 注释：错别字、口头语、日期、内部代号；
• 冗余代码：没用的变量、注释掉的旧逻辑、临时补丁；
• 错误处理与边界条件：同一种异常用同样的方式吞掉；
• 数据库结构：表名、字段名、索引设计、默认值。

如果对方只是“参考了思路”，上面这些不会重合；如果直接复制粘贴再改改变量名，重合会成片出现。

实务中还会看“同一性错误”：两段代码里出现同一个错误的常量、同一处逻辑漏洞，这种巧合的概率极低。

五、开源协议不是免责牌

很多公司以为“用了开源代码就没事”。要看是哪种协议。

• MIT / Apache 2.0：宽松，保留版权声明即可商用；
• LGPL：动态链接一般可以不开放自有代码，修改库本身要开放；
• GPL：传染性强，基于它开发的衍生作品要按 GPL 开放；
• AGPL：连通过网络提供服务也算分发，SaaS 场景同样触发。

违反开源协议，在国内是可以按著作权侵权起诉的。权利人可以是项目作者、贡献者，也可能是专门做合规维权的机构。

另一面，如果你被诉，也可以查对方代码里有没有违反开源协议、有没有使用你发布过的开源组件。这类反查经常能改变谈判位置。

六、取证怎么做

软件案件的证据，讲究“取得合法、固定完整、可以复现”。

• 公证购买或下载：把对方软件从安装到运行的过程录下来，关键界面、版本号、关于页面都要出现；
• 服务器与账号取证：自己的系统被入侵、代码被拉走的，及时镜像服务器、导出访问日志；
• 离职审计：员工离职前的下载记录、邮件、网盘、U 盘使用记录；
• 代码托管平台：仓库的提交历史、fork 记录、成员变更，可以向平台调取；
• 时间戳：自己代码的完成时间，用可信时间戳或公证固定，成本低，建议常态化做。

不要自己去对方系统里“找证据”，非法获取的证据不能用，还可能反过来被追责。

七、刑事路径什么时候用

以营利为目的，未经许可复制、发行计算机软件，达到司法解释规定的数额标准，可能构成侵犯著作权罪。

刑事报案的好处是取证能力强，公安可以调取服务器、扣押设备；坏处是立案门槛高，需要初步证据链，而且一旦进入刑事程序，民事赔偿的节奏会被打乱。

通常的做法是：先用民事起诉加行为保全，快速止住侵权；同时评估是否达到刑事标准，作为谈判筹码。

八、被告的四种抗辩

独立开发。提交完整开发记录、版本历史、设计文档，证明是平行创作。这是最有力的抗辩，但要有过程材料，不能只有一句“我们自己写的”。

公有领域与开源。被指相似的部分来自公开代码、通用写法、标准库，或者来自原告自己开源的部分。

有限表达。某种功能只有这一种或极少数几种写法，此时相似是必然的，不受保护。

合法授权。曾经是合作方、有授权协议、或者通过购买获得许可。注意授权范围和期限。

九、企业该有的三道闸

权限最小化。代码仓库按项目分权，离职当天收回权限，重要模块的操作留日志。

开源合规扫描。引入依赖时扫一遍协议，CI 里加检查，避免 GPL 组件混进闭源产品。

过程留痕。需求、设计、评审、提交记录都留着。真到了法庭，这些是证明“自己写的”的唯一办法。

软件侵权案子，赢的往往不是技术最强的一方，是文档最全的一方。