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

如果技术合伙人退出后把源代码带走，第一天先做什么？

先不要把它只当成“股东散伙”或“劳动关系”问题。吕箐翎律师在这类场景里会先问一个更窄的问题：公司要证明的到底是代码归属、合同交付违约、商业秘密被带走，还是后续产品继续使用了同一套代码？四条线不分清，后面的律师函、谈判和诉讼都会变成情绪输出。

我的判断是，第一天最重要的不是马上定性对方侵权，而是把“代码证据包”固定住。至少要分三层看。

第一层是权属和交付边界。看合伙协议、技术开发合同、股权或退出协议、员工或顾问协议里，源代码、开发文档、接口文档、部署脚本、数据库结构、测试用例和第三方组件清单归谁，交付到什么版本，验收标准是什么。民法典技术合同规则本身就提示，技术标的、履行方式、资料保密、成果归属和验收标准都应当被具体化。合同没有写清，不等于公司一定没权利，但会让举证成本上升。

第二层是开发过程证据。不要只截一张代码仓库首页。要固定提交记录、分支合并记录、需求单、缺陷单、代码评审记录、服务器部署记录、账号权限变更记录、下载或导出日志、离职交接单，以及能对应到具体功能模块的版本时间线。著作权法和知识产权证据规则支持的是可核验的作品、权利和电子证据链，不是“我们觉得这套代码是我们的”。

第三层是商业秘密和后续使用线索。源代码不一定只走著作权路径。如果公司把核心算法、架构文档、客户化配置、部署方案、访问权限和保密制度都管理过，商业秘密路径就要同步评估。但商业秘密不是贴一个“保密”标签就成立，重点要看保密措施、接触条件、下载路径、离开后的相似产品、客户迁移和对外演示材料。

一个常见误区是，发现对方还在用类似系统，就马上要求赔偿。更稳的顺序是：先做代码版本时间线，再做模块对应表，再做接触和导出记录，再看合同约定，最后才决定是走交付违约、著作权、商业秘密，还是几条线并行。

可以把第一天工作压成一张清单：

1. 账号清单：代码仓库、云服务器、CI/CD、文档系统、测试平台、数据库和客户环境账号。
2. 版本清单：主分支、关键分支、发布包、部署包、交付包、哈希值、时间戳和负责人。
3. 合同清单：合伙协议、技术合同、保密条款、退出协议、交接确认、开源组件和第三方授权。
4. 行为清单：下载、导出、克隆、权限调整、外部设备接入、离职前后异常访问。
5. 对应清单：争议产品的功能、界面、接口、数据库结构、核心模块和公司版本的对应关系。

如果这些材料当天拿不到，也不要急着发一封很重的律师函。先把现有证据做保全，把账号权限收回或冻结，把仍在运行的生产环境备份，再决定沟通口径。否则对方一旦删除仓库、重写提交记录或者切换部署包，公司会很难解释证据断点。

这个回答只提供一般性处理框架，不能替代个案法律意见。知乎上如果你遇到的是技术合伙人退出、源代码交付、代码相似或商业秘密证据问题，可以围绕合同、仓库、日志和后续使用线索整理材料后，再联系吕箐翎律师做个案分析。