把公司代码贴给AI改bug算不算泄密 现在有点慌

我在杭州一家做支付的公司写后端,入职签过保密协议,培训也讲过代码不能外传。 昨天下午赶一个版本,有个对账的 bug 卡了我两个多小时,实在没辙就把那段代码整个贴给 AI 让它帮我看看。当时也没多想,就图快。它给的方案确实能用,我还挺高兴。 晚上回家躺床上突然想起来,越想越不对。那段代码里有我们真实的表名和几个字段名,还有一部分业务逻辑,虽然没贴公司名也没贴密钥。公司上周刚发过内部邮件强调 AI 工具使用规范,我扫了一眼没细看。 现在想问几个事。这种把代码贴出去到底算不算违反保...

Viewed 0

我在杭州一家做支付的公司写后端,入职签过保密协议,培训也讲过代码不能外传。

昨天下午赶一个版本,有个对账的 bug 卡了我两个多小时,实在没辙就把那段代码整个贴给 AI 让它帮我看看。当时也没多想,就图快。它给的方案确实能用,我还挺高兴。

晚上回家躺床上突然想起来,越想越不对。那段代码里有我们真实的表名和几个字段名,还有一部分业务逻辑,虽然没贴公司名也没贴密钥。公司上周刚发过内部邮件强调 AI 工具使用规范,我扫了一眼没细看。

现在想问几个事。这种把代码贴出去到底算不算违反保密协议,还是说只要不含客户数据就没事。还有我把那段对话删掉之后后台还能不能查到,我们 IT 那边据说有上网行为日志。要不要主动跟 leader 说一声呢,说了怕被记一笔,不说又怕后面出问题。

同事说他们平时也这么干,但我总觉得这事说法不一。有没有懂法务或者做过合规的老哥给讲讲,在线等。

2 Answers

说句实在的,真正要命的不是表名字段名,是那段对账逻辑,懂行的一眼能猜出你们系统怎么搭的。删对话没意义,平台侧和你们上网日志大概率都留着,别抱侥幸。建议先去把上周那封邮件原文翻出来,看它到底怎么规定的,再决定要不要主动找 leader 聊。同事那句"我们平时也这么干"最不能听,真出事不担责的是他们。

我也不是专业法务,但我觉得这种情况挺容易踩线的。你代码里带了真实表名和业务逻辑,哪怕没带敏感的客户数据,毕竟那也是公司核心信息了。现在AI那些服务,后台很可能会有留痕,尤其是公司网络环境下,更别说还有上网行为监控。说实话,我会考虑主动跟leader汇报一下,毕竟事后比挨个查更好,态度诚恳点,说是临时急用没多想,至少给自己留个解释的空间。同事也许平时这么干,但万一出事,责任谁都难说。总之,这种东西,还是多警惕点比较安心…

Related