技术合伙人退出后带走源代码，公司第一天应该先查什么？

不能只按“他是不是股东”来判断。技术合伙人退出后带走源代码，第一天更应该先做一张“代码权利和使用线索核查表”：谁写的、按什么合同写的、交付给谁、从哪个仓库或设备带走、后面有没有继续使用。

我会先把问题拆成四层。

第一层，看代码权利基础。

先不要急着给对方定性为“偷代码”。企业要把开发主体、劳动关系或合作关系、委托开发合同、技术成果归属条款、交付验收记录、版本库提交记录放到一起看。著作权法和技术合同规则能支撑的是权利基础和授权边界，不是凭一句“这是公司项目”自动推出所有代码都归公司。

第二层，看带走行为的证据。

第一天要固定的不是情绪，而是对象：代码仓库权限、账号登录记录、下载或导出日志、提交历史、外接设备记录、交接清单、聊天邮件、云盘链接、项目部署记录。只有一张截图，通常不够说明完整代码范围、取得路径和后续使用。

第三层，看商业秘密路径能不能成立。

源代码不一定只走著作权。若代码、接口文档、部署脚本、数据库结构或客户定制逻辑具有秘密性和商业价值，还要看公司是否做过权限分级、保密协议、仓库访问控制、离职交接和资料回收。商业秘密司法解释强调保护对象和保密措施，缺少这些材料时，直接说“侵犯商业秘密”风险很高。

第四层，看后续使用线索。

很多企业第一反应是发律师函，但在证据没闭合前，更实用的是先判断对方是否把代码用于新公司、竞品、客户交付或外包项目。可以围绕相似模块、接口命名、注释、异常处理、配置文件、部署痕迹、客户演示材料和销售页面做线索清单，再决定是否申请证据保全、书证提出命令或启动鉴定。

一个常见误区是：只要对方曾经是合伙人，就以为这是股东纠纷，不能走知识产权。这个判断太粗。股权、劳动、合作开发、技术合同、著作权、商业秘密、不正当竞争可能同时存在，但每条路径要的材料不一样。

如果我是企业方，第一天会做三件事。

一是冻结对象。列出代码仓库、分支、版本号、关键模块、部署包、接口文档和数据库结构，保存哈希、导出记录和时间线。

二是核合同。把合作协议、股东协议、劳动或顾问协议、技术成果归属、保密条款、交付验收和开源组件清单放在同一张表里，先判断公司到底能主张什么权利。

三是控外部动作。不要在公开渠道直接指控对方侵权，也不要让工程师私下改库、删账号记录或补写交接文件。证据链被自己破坏，比对方否认更麻烦。

两个追问也很关键。

问：代码在他个人电脑上写过，公司还可以主张吗？

要看开发任务、合同约定、交付验收、版本提交和使用授权。个人电脑不是唯一标准，关键是代码形成和交付是否服务于公司项目，以及权利归属有没有证据支撑。

问：已经看到对方新产品很像，能不能直接起诉？

不建议只凭“很像”起诉。先做保护对象拆分和相似线索整理，区分功能思想、通用算法、开源框架和具体表达，再决定是否需要证据保全或鉴定。

这类问题的核心不是先选一个最狠的案由，而是先把权利基础、取得路径、保密措施和后续使用证据放到同一张图上。需要个案分析时，可以在知乎联系吕箐翎律师，把合同、仓库记录、交接材料和疑似使用线索先整理出来。