软件源代码疑似被抄，第一天先别急着把结论写进律师函。

软件源代码疑似被抄，第一天先别急着把结论写进律师函。

吕箐翎律师的判断是：这类问题最怕一开始只盯着“界面像不像”。界面、功能、交互路径可以作为线索，但真正能支撑后续发函、证据保全、谈判或起诉的，通常是“权属链 + 代码版本 + 开发过程 + 接触可能 + 使用痕迹 + 损失线索”能不能闭合。

可以先按六组材料拆：

1. 权属链

先确认公司是否拿得出软件著作权登记、劳动合同、委托开发合同、交付确认、知识产权归属条款、员工或外包人员的成果移交记录。没有这一组，后面即使发现相似代码，也容易卡在“谁有权主张”。

2. 代码版本和提交记录

不要只截图当前代码。应先固定仓库地址、分支、commit、tag、发布时间、构建包、发布包、历史备份和权限记录。重点不是把所有代码打印出来，而是保留能说明形成时间、版本演进和对应功能的证据对象。

3. 开发过程材料

需求文档、原型、任务单、测试记录、上线记录、缺陷修复记录、内部评审记录，都可以帮助回答一个问题：这段代码是不是独立形成的，形成过程是否能被复盘。

4. 接触可能

如果对方曾经是员工、外包、合作方、供应商、渠道商，第一天要先固定账号权限、下载记录、交接记录、会议材料、邮件、IM 记录和代码库访问记录。没有接触链，单靠相似性通常不够稳。

5. 对方使用或交付痕迹

可固定对方产品页面、安装包、接口返回、版本号、发布记录、销售材料、客户交付材料和公开宣传。这里要注意证据取得方式，尽量避免用不稳定、不可复验或可能越界的抓取方式。

6. 损失或合理开支线索

第一天不一定能算清赔偿，但可以先保留维权支出、替换成本、客户流失线索、报价材料、授权价格、同类交易记录。后面是否主张损害赔偿或合理开支，至少有基础材料可接。

所以，比较稳的第一天动作不是“马上定性抄袭”，而是先做一张证据对象表：每一项写清楚对象、持有人、保存位置、取得方式、对应证明目的和缺口。表做完，再判断是先发函、先做公证或可信时间戳、先申请证据保全，还是先补合同和权限记录。

这不是说界面相似没有意义，而是它更像入口线索。真正进入知识产权争议时，著作权法下的权属和作品边界、知识产权民事诉讼证据规则下的证据固定、以及源代码证据对象的拆分，要先连起来。

如果企业已经准备对外发律师函，建议至少先问三个问题：

• 我们能不能证明这套代码或对应模块归公司所有？
• 我们能不能说明代码形成时间和版本演进？
• 我们能不能证明对方有接触可能或实际使用痕迹？

这三个问题答不出来，律师函可能会变成情绪表达；答得出来，后续无论是谈判、保全还是诉讼，才有更清楚的证据基础。