但我刷了几十篇解读，发现绝大多数人，都没挖到这件事最扎心的底层真相。
但很少有人想明白：为什么它们不惜瞒着用户，也要拿到你的 Git 提交记录？
今天掰开揉碎，聊聊这件事背后，AI 代码赛道藏不住的野心。
---
先给不清楚前因后果的朋友，快速复盘整件事。
有技术博主逆向拆解了 ZCode 客户端，抓到一个惊人行为：
软件会在后台自动给本地项目拍完整快照。
不是复制你当前打开的几个文件，是整个项目目录全部打包，连.git仓库目录一起加密，上传到阿里云 OSS。
博主抓到的样本，一个商业项目快照高达 313MB，一共 4.2 万个文件。
其中.git目录占了 86.6%。
这意味着什么？
不只是你现在写的代码。
所有历史提交记录、旧版本代码、本地分支改动、曾经回滚删除的代码、缓存的大文件，全部被打包上传。
更让人膈应的是两个细节：
✅ 只要你登录账号，这套后台上传机制就会默默运行；
✅ 界面上标注的「优化体验」「仓库快照索引」开关，根本拦不住打包上传。
而翻一遍它的隐私政策，里面只写了会收集对话里手动提交的代码与文本。
完整仓库、Git 历史这件事，只字未提。
事情发酵之后，智谱官方出来回应：
是「代码库索引生成 Repo Wiki」功能触发了仓库上传，生成 Wiki 之后数据会立刻销毁、不会留存；该功能上线默认开启，现已修复。
同时放出三条补偿方案：开源 ZCode 客户端代码、邀请第三方安全审计、给全体用户重置周额度。
这几条里面，最有分量的就是开源，等代码公开，任何人都可以逆向核验这件事。
很多人以为这是孤立事件，其实并不是。
今年 7 月，马斯克的 Grok Build 命令行工具，就被安全研究者抓包。
同样的操作：静默抓取开发者完整本地代码仓库，包含各类敏感配置文件，偷偷上传到谷歌云，默认开启，界面没有关闭开关。
后续处理流程几乎复刻：
先远程悄悄关停上传功能；舆论压不住之后，官宣开源 Grok Build 的 CLI 工具，同时给用户重置使用额度。
一模一样的剧本，在短短几个月内上演两次。
大家都在骂 AI 厂商偷窥隐私、偷用户代码。
这个定性没有问题。
但实话实说：这些头部 AI 公司，根本没兴趣打开你的项目，偷看你的产品、抄你的业务逻辑。
他们想要的，是你写代码的全过程，用来训练 AI 大模型。
道理很简单：公开 GitHub 上的代码语料，基本已经被各大模型爬干净了。
大模型想要继续变强，能拿到的高质量增量数据，只剩下两类：企业私有仓库，还有开发者电脑里的本地项目。
而代码本身，只是最终的答案。
Git 历史，才是完整的解题过程。
一段代码从报错、调试、重构，反复修改、回滚、迭代，每一次提交记录，记录了开发者怎么思考、怎么排错、怎么解决问题。
只会看成品代码的 AI，只能生成零散代码片段。
见过海量「从出错一步步调试到成功」的完整过程的 AI，才能真正像程序员一样干活。
这就是厂商不惜偷偷上传仓库的核心原因。
有人会问：GitHub 上那么多开源项目，为什么非要盯着我们本地的私人仓库？
因为现在 GitHub 的水，早就变浑了。
大量项目本身就是 AI 批量生成的产物，哪怕部分项目 star 很高，底层架构、代码质量一塌糊涂。这类数据喂给模型，属于污染训练集，搞不好会让模型能力越训练越差。
反观开发者电脑里真实的业务项目：
都是真实业务场景下迭代出来的代码，重构思路、踩坑记录、取舍逻辑全部保留。
很多时候，价值远高于 GitHub 上那些高星 “花瓶项目”。
顺带提一句：别再迷信 GitHub 项目的 star 数量。
站在开发者角度，大量高星项目，本质都是质量堪忧的垃圾项目。
Grok 那次事件爆出来的时候，我本以为整个行业会引以为戒，守住边界。
没想到，同样的事情，再次发生。
国内老话，事不过三。
如果后续还有厂商复刻这套操作，我建议大家零容忍：
大胆曝光，并且直接停用这家公司所有产品。
很多开发者本身对数据没有那么敏感，不介意把代码贡献给模型训练。
但核心矛盾从来不是 “能不能用我的代码”，而是知情权。
你电脑硬盘里存放的项目，是 AI 代码赛道很难花钱买到的核心资产。
想要采集，大大方方告知用户，提供明确开关，让用户自主选择同意与否。
而不是在后台静默运行，绕过界面开关，悄悄打包上传完整仓库，隐私协议里还刻意隐瞒。
👉最后
这件事出来之后，很多程序员朋友都在讨论：
以后用 AI 代码工具，还敢不敢打开本地项目？
评论区聊聊你的看法~
