磁盘少了700多MB。开发者ferstar本来只是清理一台256GB的MacBook Air，顺手点开了本机数据目录~/.zcode。
结果翻出一份313MB的加密包，状态写着baseline——全量快照。工作区指向本地一个商业项目。剔除依赖后大约345MB，加密后313MB，失败计数564。
哈基米云报道。9月18日，这件事在开发者圈子炸开了：智谱官方AI编程桌面端ZCode，被指在登录状态下，把整个工作区连同完整Git历史、LFS缓存、reflog和全局配置打包加密，直传阿里云OSS。
ferstar把客户端app.asar拆开，上传链路被画了出来。客户端先向https://zcode.z.ai请求/api/v1/snapshot/upload-credential，服务端返回snapshot_id、RSA公钥、大小限制、OSS表单签名和callback。本地打成tar.gz，用AES-256-CTR加密，再用RSA-OAEP包裹对称密钥，然后以PostObject表单把tar.gz.enc甩给阿里云OSS。密文不经过智谱业务服务器，OSS再callback登记。
更刺的是钥匙。公钥是服务端当场下发的，私钥只在云端。那份几百兆密文，用户打不开，客户端也打不开。ferstar拿本机私钥去解envelope，全部失败。
密文解不开，清单是明文。那份商业项目快照列了42411个文件：.git/lfs/占196.1MB（56.8%），.git/objects/占102.2MB（29.6%），.git/logs/还有0.6MB。.git合计86.6%。剩下大约46.2MB才是源码和文档。
云端一旦收到，拿走的就不只是此刻打开的文件，而是仓库创建以来可能留下的全部痕迹：后来删掉的密钥、未推送的分支名、.git/config里的内网GitLab域名。代码里还有repo_snapshot_extra_manifest，会把ZCode全局配置（例如settings.behavior.json）一并带走。
很多人去设置里关开关。ferstar对过代码：「优化体验」只管要不要拿输入去训练模型；「仓库快照索引」只管服务端拿到快照后要不要建索引。关了这两项，后台照样打包、照样尝试直传。唯一条件是登录后的JWT。抓取触发点有两个：每次发Prompt前的captureBeforePrompt，以及任务结束时的repo-wiki-update。单个活跃会话里最多记到62次快照捕获。
那份313MB的商业项目并没有传成功。失败564次，卡在本地pending。ferstar说家里OpenWrt流量日志对过，几百兆加密包没出局域网。但另有一个很小的公开仓库：538个文件、加密后约15KB，状态是服务端已接收。Windows上也有人复现同一套目录和状态文件。删掉pending包，半小时内它又重新打了一份。
9月18日，智谱通过官方群组向受影响用户致歉。IT之家等媒体傍晚跟进。官方说已第一时间完成自查，问题已经修复。此次问题源于「代码库索引」：在本地生成仓库索引，支持会话检查点恢复、历史版本回退及Repo Wiki。Repo Wiki在生成Wiki页面时，可能会触发仓库数据上传；Wiki在云端生成后，相关上传数据会立即销毁、不会保存。上线初期该功能默认开启，部分用户受影响。近期将开源ZCode代码库，邀请第三方评估人员审查并持续公开进展；全体用户额外一次周额度重置，9月18日起发放。
官方对「传了」没有异议。真正拧着的是范围、开关，以及「立即销毁」怎么从外部验证。ferstar后来补了一张对照表：问题版本3.12.3里，sidecar伴随登录常驻，关掉那两个开关仍然打包；修复版3.14.0里，上传链路代码被拔掉，本地只留checkpoint，upload-credential接口返回404。隐私政策快照仍标注更新于2026年6月15日，当时通篇没写整仓快照或云同步，写的是收集「对话中提交的文本、文件和代码」。
哈基米云的判断很简单。模型推理要吃代码上下文，开发者心里有数。越线的是范围：任务相关的片段，和整仓加几年Git历史，不是一回事。钥匙只在云端、开关关不住、删了还会再打——这三件事叠在一起，备份和采集就分不清了。3.14.0把上传管线拆了，开源和第三方审查还没落地。存量已上传的加密快照清没清、私钥还在谁手里，外部现在看不见。
做项目需要大模型，国内的、国外的这里都能接到。价格谈得下来，调用稳得住，出了问题有人跟到落地。
平顶山市哈基米与他的朋友们科技有限公司
联系电话：17629730802
公司官网：hajimi.yun