夜雨聆风学习资料网

ARTICLE · 1066065

关了开关还在传?AI编程工具开始碰企业源码红线

关了开关还在传?AI编程工具开始碰企业源码红线

一个AI编程工具,最怕出什么问题?

不是代码写错。

也不是偶尔卡死。

而是你以为代码还在自己电脑里,结果它已经被打包传到了云端。

最近,智谱旗下AI编程工具 ZCode,就因为这件事被推到了风口浪尖。

9月18日,多名开发者在公开社区提交问题,质疑 ZCode 在登录状态下会生成并上传工作区快照。

争议最大的地方是:

上传的可能不只是你当前正在改的几个文件,而是整个代码仓库,甚至包括 .git 历史、reflog、LFS缓存等内容。

这件事为什么值得企业老板和技术负责人认真看?

因为真正危险的,可能根本不是“代码被AI看了一眼”。

而是:

你的商业源码,到底去了哪里?

一、开发者真正担心的,不只是“上传代码”

很多人第一次看到这个事情,会觉得:

现在AI编程工具不都得读代码吗?

不读代码,它怎么帮你改?

问题就在这里。

读本地代码,和把整个仓库打包传到云端,是两回事。

有开发者公开提交的记录显示,ZCode 在工作区生成了快照,并出现了上传相关记录。

其中一个公开 issue 直接质疑:

为什么上传范围会涉及整个 Git 历史,而不是只上传当前任务需要的上下文? 

另一个开发者提交的材料里,设置项 repoSnapshotIndexingEnabled 已经是 false,但他仍然观察到了工作区快照上传记录。 

这一下事情性质就变了。

因为 Git 历史不是简单的“旧代码”。

一个正常的软件项目,几年下来,里面可能留过:

服务器地址。

数据库配置。

接口地址。

内部账号。

测试密钥。

API Key。

甚至某些已经从当前代码里删除掉的配置。

很多程序员都碰到过这种情况:

东西明明删了。

但 Git 历史里,还在。

所以这次争议真正击中的,不只是程序员的隐私焦虑。

而是企业最不愿意碰的一条线:

核心代码资产有没有在不够透明的情况下离开本地环境。

二、智谱承认了什么?

事情发酵以后,智谱很快回应了。

按照智谱的解释,这次问题来自 ZCode 的“代码库索引”功能。

这个功能原本是为了支持历史版本恢复、Repo Wiki 等能力。

官方称,Repo Wiki 在生成知识库页面时,可能触发仓库数据上传。

而且这个功能在上线初期是默认开启的。 

这句话其实很关键。

因为它至少说明了一件事:

仓库数据上传,并不是完全不存在。

至于外界最关心的“传了什么、什么时候传、用户是否充分知情”,这也是这次争议一直没有停下来的原因。

9月21日,智谱再次公告称,ZCode 已经完成整改并开源。

按照官方说法:

上传的相关数据没有留存,也没有用于模型训练;

新版 ZCode 已经移除 Repo Wiki;

本地仓库快照生成和上传链路也已经切断。

智谱还邀请了中国信通院和绿盟科技进行审查。公开披露的结果显示,相关云端存储已处于零数据状态,并未发现新版仍存在仓库快照外发路径。 

这个后续也要写清楚。

我们不能只写前半段“出事了”,不写后半段“已经整改”。

三、为什么企业还是紧张?

因为企业买AI工具,和个人用AI工具完全不是一回事。

个人把一段代码贴进AI里,出了问题,损失可能只影响自己。

企业不一样。

一个成熟的软件项目里,代码背后可能连着:

客户系统。

供应链系统。

内部服务器。

云平台账号。

开发环境。

测试环境。

甚至核心业务逻辑。

所以企业真正怕的,并不是AI“偷看了几行代码”。

真正怕的是:

自己都不知道哪些数据出去了。

这也是为什么这次事情后来已经不只是开发者吵架。

有企业正式向智谱发函,要求说明数据流向、删除情况、操作日志、责任主体以及可能涉及的数据出境等问题。

不过需要说明的是,智谱方面也表示,对方部分指控并不属实。 

所以这件事现在最适合怎么看?

不是急着给谁扣帽子。

而是把企业采购AI工具时,最容易漏掉的一张账翻出来。

四、买AI工具,别再只问“多少钱一个月”

这两年很多公司采购AI编程工具,第一反应都是:

模型哪个好?

代码写得准不准?

一个月多少钱?

能不能省几个程序员的时间?

这些当然重要。

但以后我觉得还得多问几句。

第一,哪些数据会上云?

是当前文件?

当前项目?

还是整个仓库?

Git历史算不算?

缓存算不算?

第二,上传是不是默认开启?

很多人根本不会改高级设置。

如果一个涉及核心数据的功能默认打开,实际风险和“用户主动开启”完全不是一个概念。

第三,关了以后到底是不是真的关了?

这次最让开发者敏感的一点,就是有用户报告:

相关设置显示关闭,但仍然看到了上传记录。 

企业采购的时候,不能只看一个UI里的开关。

最好要有明确的技术说明、审计机制,甚至网络侧验证。

第四,数据到了云端以后怎么办?

保存多久?

谁能访问?

拿不拿去训练?

备份里有没有?

出了问题怎么删?

这些问题以前很多采购合同根本没人问。

以后可能都得写进去。

五、我为什么觉得这事比“AI能多写几行代码”重要

最近AI编程工具卷得很厉害。

大家都在比:

谁生成代码更快。

谁模型更强。

谁能自动改更多文件。

谁能真正替程序员干活。

但功能越强,它就越需要更多权限。

以前你把一个问题复制给AI。

现在是:

把整个项目交给AI。

再往后,很可能是:

仓库给它。

终端给它。

数据库权限给它。

云平台权限也给它。

它自己改代码、跑测试、部署、上线。

效率确实越来越高。

但另一边也很现实:

AI越像一个员工,你给它的钥匙就越多。

到了企业里,这就不只是一个软件好不好用的问题了。

而是一个采购问题。

也是一个安全问题。

老王的结论

这次 ZCode 风波,我觉得真正值得企业记住的,不是哪一家产品出了问题。

而是AI软件的采购逻辑已经变了。

以前买一个开发工具,主要看功能、价格、稳定性。

以后买AI Agent、AI编程工具,至少还得多看一项:

它拿走了你什么权限。

企业源码、Git历史、API Key、云账号,这些东西一旦交出去,价值可能远远超过一年几万块的软件费。

所以以后有人问我:

AI工具值不值得买?

我可能会先反问一句:

它能看到你多少东西?

这个问题搞清楚了,再谈效率。

采购咨询服务

拿不准价格?找我把把关

如果你正在选型GPU、比较不同渠道报价,或者拿不准买还是租,可以找我聊聊。接触算力采购行业近八年,对常见设备选型、市场价格和采购风险比较熟悉。

99元/次采购咨询,主要帮你看三件事:

渠道价格参考——帮你判断当前报价是否处在合理区间设备选型建议——结合业务需求比较买还是租、H200还是B300采购风险提醒——关注翻新卡、改卡、交付异常、渠道履约等常见风险

一次咨询,多一个价格和采购风险的判断依据。

公众号后台回复「采购」,了解咨询方式。

参考资料

1. ZCode GitHub 社区关于工作区快照、Git历史上传的公开 issue。 GitHub

2. 智谱关于 ZCode 代码库索引问题、整改和开源的公开回应。 IT之家

3. 财新、InfoQ 关于企业发函及后续争议的报道。 InfoQ

—— 算力情报站 · 只讲能落地的算力干货 ——

#AI编程 #ZCode #企业数据安全 #源码安全 #AI工具 #AI采购 #Git #大模型 #算力情报站

相关学习资料