公司代码能不能喂给AI，先看合同这条

2026-10-07 代码隐私,AI合规,保密协议,外包交付

2025 年 9 月那会儿，我为了省服务器和域名的钱，把一个小游戏的后端拆来拆去。当时图快，直接把一段带配置的代码整段贴进了对话框，事后才想起来去看我签过的那些协议里写了什么。

公司代码能不能喂给AI，技术上的答案是"能"，但能不能这么做，取决于你签的那份合同里关于保密和第三方处理是怎么写的。这是第一道，也是唯一一道真正的闸。

公司代码能不能喂给AI：先确认决定权不在你手上

很多人以为这件事由自己的判断决定——我把敏感字段删掉就行了。其实不是。

如果你的代码是在职期间写的，或者你签过保密协议、外包合同，那么代码的处置权首先受合同约束。合同里怎么界定"保密信息"、有没有禁止向第三方披露、有没有要求数据本地化，这些条款的效力高于你的个人判断。

所以拿到一份代码，第一件事不是打开编辑器，是找出你为这份代码签过的所有文件：劳动合同、保密协议、外包合同、甲方给的开发规范。看里面关于数据出境的表述。

各家合同条款差异很大，具体以你签的合同原文和公司/客户的正式口径为准，不要照搬别人公司的做法。

现象：只复制了二十行代码，觉得无关紧要。

为什么会踩：你判断的是代码量，而合同判断的是信息本身是不是保密信息。二十行的连接串、一个内部接口的字段命名规则，可能比两百行业务逻辑更敏感。

怎么避：按"这段内容如果被公开，会不会给公司或客户造成麻烦"来判断，而不是按行数。判断不了的时候，按"会"处理。

现象：把密码、密钥、内网地址删干净，然后整段发出去。

为什么会踩：脱敏解决的是凭证泄漏，解决不了业务逻辑泄漏。别人真正能从代码里读到的，是你的业务规则、你的数据结构、你和合作方的接口约定。

怎么避：把代码分成两类——结构类和业务类。结构类是可以抽象掉再问的，业务类要先判断合同有没有覆盖。

现象：什么时候贴的、贴了什么、贴到了哪，全凭记忆。

为什么会踩：出事的时候，责任认定依赖的是记录，不是你的回忆。

怎么避：给自己留一个简单的台账——日期、内容摘要、处理方式。不用很细，但要有。我 2026-07-24 立项做一人公司，第一件事就是把内容资产系统化，道理一样：能被追溯的东西才叫资产。

1. 找出为这份代码签过的全部文件，确认保密范围

2. 把手上代码分成结构类和业务类，业务类默认不外发

3. 需要外部协助时，先做抽象化：把业务名词换成通用词，只留结构

4. 建一份简单的处理台账，记录日期和内容摘要

5. 不确定的部分，走内部合规渠道问，别自己拍板

这五条里，第一条和第三条今天就能做完。第五条最容易被跳过，也最不该跳过。

其实这套判断不只适用于公司代码。我立项以后自己写的东西，也按同样的规矩分了两堆：能公开的、不能公开的。分类这个动作本身，比任何工具都管用。

回到最初的问题：公司代码能不能喂给AI，我的做法是——先看合同，再做抽象，最后才决定要不要发出去。 顺序反了，前面省的时间，后面都要还。

Q：公司代码能不能喂给AI？

A：先看合同。如果劳动合同或外包合同把代码界定为保密信息并限制第三方披露，就不能照原样发出去，需要先做抽象化处理。

Q：把密钥和密码删掉再贴，可以吗？

A：删掉凭证解决的是泄漏风险，解决不了业务逻辑被读走的问题。真正的判断标准是这段内容本身的敏感度，不是有没有密码。

Q：自己的个人项目也需要这么谨慎吗？

A：如果项目里含客户资料或合作方信息，需要。纯粹属于你自己的代码，风险低很多，但也建议分类管理，方便以后判断。