别让保密协议成废纸：软件商业秘密保护的5个致命盲区

　　一家初创公司核心研发离职去了竞对，顺手带走了部分微服务模块的源码和算法设计图。老板拿出当初签的《保密协议》要去起诉。协议是从网上下的模板，满篇都是“所有商业秘密”“永久保密”“承担法律责任”这种正确的废话。法院认的不是你签没签，而是你写没写清楚“秘密到底是什么、谁该赔、赔多少”。软件行业的商业秘密保护，和卖配方、卖工艺的传统行业完全不同，代码、架构、API这些玩意儿看不见摸不着，协议如果只走形式，出了事就是一张废纸。本文由黄继保律师团队整理，旨在为相关实务提供参考：

　　一、保密信息别写“所有信息”，要具体到“能指名道姓”

　　很多协议败就败在第一条。笼统写“甲方一切技术、经营信息均属保密”，在法庭上几乎等于没写。软件行业里，把「保密客体」钉死：

　　技术侧：源代码(Source Code)、目标代码、核心算法、系统架构图、API接口文档、数据库ER图、未发布的补丁、测试用例、甚至伪代码和设计流程图。注意，最高法院有判例明确过，源代码和背后的算法逻辑是两个独立秘密点，不能混为一谈，分别列。

　　经营侧：特定的客户名单(带联系方式的那种)、定价策略、开发排期、融资计划。

　　载体：不能写书面和电子，口头披露的(比如评审会上讲的架构设计)，必须约定“披露后X日内需书面确认”，否则过后不认。

　　微信公号有个观点很毒舌但实在：如果连自己要保什么都说不清，就别怪法官让你承担举证不能的后果。

　　二、义务条款里，必须封死“反向工程”和“越权使用”

　　员工或外包拿了代码，除了泄露，最怕的是拿去反编译、做竞品，或者借机训练他们自己的AI模型。普通协议只写“不得泄露”，远远不够。

　　禁止反向工程：明确写死“不得对软件进行反编译、反汇编、逆向推导或试图提取算法逻辑”。这是软件NDA的标配。

　　最小必要原则：约定仅可为“特定开发/维护目的”使用，且只能给“确需知情(Need to Know)”的人员接触，公司得留权限日志。外包场景下，还得卡死不得转包，分包得你书面点头，且他们连带负责。

　　物理与电子措施：别光靠嘴说，协议里要提一句接收方需采取“加密、权限控制、水印”等合理措施，这和《反不正当竞争法》里“已采取保密措施”的构成要件直接挂钩。

　　三、权属与返还：代码永远是公司的，离职不是删库的理由

　　这一条经常被忽略，但极度重要。

　　权属归位：白纸黑字写清楚，披露保密信息不授予任何知识产权许可，所有源码、文档权属归披露方(公司)独有。避免将来扯皮说“我参与开发了所以有份子权”。

　　返还与销毁：合作终止或离职时，接收方要交回或销毁所有载体(含缓存、备份、私人云盘)。实务中建议加一句：“应出具书面销毁证明，公司有权审计”。特别是外包检测、代开发场景，很多厂商项目结束懒得清库，留个后门你就危险了。

　　期限：别写“永久”，核心与非核心要拆开

　　法院对不合理的永久保密义务未必买账，但对真正的商业秘密(直到公知前都有效)是支持的。折中写法：

　　一般经营信息：固定期限，比如3-5年，这是多数裁判接受的范围。

　　核心源代码、底层算法：约定“直至该信息依法进入公有领域(公知)为止”。这样既合法理，又覆盖了核心资产。

　　三、除外条款与违约：把“怎么赔”算清楚

　　“赔偿全部损失”是最大的空话。软件源码泄露的损失(市场竞争力下降、客户流失)极难举证。微信上「律坛」「保密网」的实务文章反复提过：一定要设最低违约金或明确计算方式(比如按研发成本的N倍，或合同金额的3-5倍)，不然胜诉了也拿不到钱。

　　除外情形(非保密信息)也要写平衡：已公开、独立开发、依法强制披露(需提前通知配合)这几类列清楚，既防对方钻空子，也避免协议显失公平被撤。

　　黄继保律师提醒最后，协议只是最后一道防线。真正护住代码的是平时的权限管理、水印、Git操作日志和分级保密制度。最高法的案例早就敲过黑板：光有协议没管理措施，商业秘密可能都不构成。