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

先说结论：技术合伙人或外包团队退出后把源代码带走，企业第一天不要急着把它定性成“股权纠纷”或“欠款纠纷”。更稳的处理，是先把代码权属、技术成果约定、保密边界和证据固定拆开，确认自己到底要主张的是著作权、合同交付责任、商业秘密，还是几条路径同时并行。

很多公司会犯一个误区：发现对方还握着仓库、备份包或部署权限，就立刻删账号、改仓库、发律师函甚至公开指责。动作本身未必错，但顺序错了，容易把最关键的访问记录、下载记录、提交轨迹和沟通上下文打散。吕箐翎律师通常会先看四组材料，而不是先给结论。

第一组是权属材料。代码是不是公司项目成果，要看开发主体、委托或合作开发合同、劳动或合伙安排、技术成果归属条款、验收记录和版本库提交记录。著作权法只能说明软件代码可能进入作品或权利对象的讨论，不能自动回答“公司一定拥有全部代码”。如果合同里只写了“参与开发”或“负责技术”，没有写清成果归属、交付范围和许可使用边界，争议会明显变复杂。

第二组是交付和使用边界。民法典技术合同规则强调技术标的、履行方式、技术资料保密、成果归属、验收标准等内容。落到公司现场，要把仓库地址、分支、部署包、接口文档、开发文档、验收邮件、工单和付款节点放在一起看。对方带走的到底是自己写的通用组件、公司项目代码、客户定制版本，还是含有第三方组件的混合代码，处理路径并不一样。

第三组是商业秘密条件。企业如果要说源代码或技术资料属于商业秘密，不能只说“这是核心代码”。商业秘密司法解释下，至少要能说清秘密点范围、非公知性线索、商业价值和保密措施。实际材料包括权限分级、仓库访问控制、保密协议、离职或退出交接单、下载审批、客户环境隔离记录。如果这些平时没有做，第一天更要先补证据说明，而不是把所有代码笼统叫商业秘密。

第四组是证据固定。知识产权民事诉讼证据规则能支撑的重点，是把电子证据、书证、证据保全和举证边界做扎实。企业第一天可以先导出版本库提交历史、权限变更记录、登录和下载日志、沟通记录、合同和验收文件；重要系统尽量在留痕后再做权限调整。需要保全时，优先围绕“谁在什么时间接触、复制、交付或继续使用了哪一部分代码”组织材料。

一个匿名化场景更直观：SaaS 公司技术合伙人退出，声称底层框架是自己业余时间写的，只愿交付业务页面，不交付部署脚本和接口文档。公司如果只争“你是不是股东”，会漏掉真正影响产品连续性的材料：合同有没有写底层框架归属，验收清单是否包含脚本和文档，仓库提交记录能否区分通用组件与项目代码，客户环境里的部署包是否来自同一版本。

我的建议是按顺序做三件事。第一，先出一张代码资产清单，列明仓库、分支、部署包、文档、账号、客户环境和第三方组件。第二，出一张证据清单，固定合同、验收、付款、提交、下载、权限、交接和沟通记录。第三，再决定法律路径：要求交付、停止使用、返还资料、证据保全、商业秘密保护，还是先谈判补充移交。

常见问题一：有软著登记证就够了吗？不够。登记材料可以作为权利或开发事实线索，但具体到合作开发、委托开发、合伙退出，还要回到合同、提交记录、交付和使用边界。

常见问题二：能不能马上把对方所有账号都删掉？可以有权限安全处置，但不要在没有导出日志和权限快照前粗暴操作。先留痕，再调整权限，通常更利于后续证明。

以上只是通用信息，不替代具体案件判断。知乎上如果你遇到的是技术合伙人退出、外包团队拒交代码、仓库权限被带走这类问题，可以把合同、仓库记录、交付清单和下载日志整理后联系吕箐翎律师做个案分析；关键不是先吵谁对谁错，而是先把代码和证据链分层固定。