技术合伙人退出后带走源代码，企业第一天该固定哪些证据？

先别急着把它归类成“合伙人闹翻”。

技术合伙人退出后把源代码带走，企业第一天要做的不是先选诉讼案由，而是把三条线同时拆开：代码著作权、商业秘密、技术合同或合作成果约定。哪条线能走，取决于你手里能不能证明权属、接触、复制使用和保密措施。

1. 先把“谁写的、为谁写的”固定下来

很多公司第一反应是说“代码是公司的”。这个结论未必不能成立，但第一天要拿材料说话。

我会先看四类文件：

• 合伙协议、股东协议、技术合作协议里有没有成果归属、离职交接、资料返还和保密条款；
• 代码仓库的提交记录、账号权限、分支合并记录、issue 或需求单；
• 付款、工资、项目任务、验收和客户交付记录；
• 开源组件和第三方 SDK 清单，避免把别人的组件也当成自己的独占成果。

如果这些材料断裂，只说“他是合伙人，所以不能拿代码”会很弱。合伙身份本身不自动解决著作权归属、合作开发成果边界和合同责任。

2. 再判断能不能走商业秘密

源代码可以同时涉及著作权和商业秘密，但商业秘密不是“代码没公开”四个字就够了。

商业秘密线至少要回答三个问题：具体秘密点是什么，是否不容易被公开获得，企业有没有采取相应保密措施。对应材料包括仓库权限、VPN 或内网控制、下载审批、保密协议、离职交接、文档加密、访问日志和外发记录。

吕箐翎律师处理这类问题时，会特别警惕一个误区：把整个代码库笼统说成商业秘密。更稳的做法是拆出模块、算法逻辑、接口封装、配置策略、客户定制代码或版本痕迹，再逐项匹配保密措施和接触证据。

3. 著作权线看“表达”，不是只看功能相同

如果对方新产品功能类似，不能直接推出复制代码。软件著作权比对要排除思想、功能、业务流程、通用算法、接口协议和开源框架，重点看具体表达。

第一天可以先固定这些对象：原代码版本、被疑似使用的版本、非常规模块结构、注释、变量命名、错误拼写、废弃代码、异常处理、配置项和接口封装。后续是否做代码比对、证据保全或申请书证提出命令，要看这些对象能否形成可说明的相似点。

4. 合同和劳动关系线不要被忽略

技术合伙人不一定是员工，也可能同时有股东、顾问、外包、联合开发者等多重身份。不同身份对应的义务不同。

所以第一天的材料包可以按这个顺序整理：

1. 身份文件：劳动合同、合作协议、股权协议、委托开发或技术服务合同。
2. 权属文件：成果归属条款、任务书、验收记录、客户交付记录。
3. 接触文件：仓库账号、权限开通、下载外发、设备交接、离职交接。
4. 使用线索：新公司产品页面、演示材料、客户报价、版本号、接口表现或相似代码片段。
5. 保密措施：保密协议、权限分级、加密、审批、访问日志和内部制度执行记录。

这套材料不是为了把所有案由都写进起诉状，而是为了判断主攻路径：先谈判、先证据保全、先发函、先内部止损，还是先准备著作权、商业秘密、合同责任的组合方案。

5. 什么情况下不要马上发律师函

如果企业还没有固定仓库权限、访问日志、版本哈希、设备交接和对方使用线索，过早发函可能提醒对方清理痕迹。更稳的第一步通常是内部封存账号、导出日志、锁定代码版本、整理合同和交付记录，再决定外部动作。

另一个反例是只拿一张截图或一段相似代码就认定侵权。截图可以作为线索，但不足以替代完整的权属、接触、复制使用和保密措施证据。

常见追问

合伙人自己也写过代码，还能说他侵权吗？ 有可能，但要看成果归属、合作开发约定、提交记录和退出后的使用范围。自己参与开发不等于退出后可以任意复制、部署或交付给新主体。

先按著作权还是商业秘密处理？ 不要二选一。第一天先按证据对象分流：能证明具体表达复制的，著作权线更清楚；能证明秘密点、保密措施和不当获取使用的，商业秘密线才有基础；合同约定清楚的，还要同步看违约责任。

这只是一般信息，不替代个案法律意见。若你在知乎上遇到技术合伙人退出、源代码被带走或新公司疑似复用代码的问题，可以带着合同、仓库记录、访问日志和使用线索，联系吕箐翎律师做个案分析；重点不是先把话说狠，而是先把第一天证据固定对。