智谱ZCode被曝静默上传用户完整Git历史
我用智谱 ZCode 几天,体验不差。GLM 5.3 能打,Coding Plan 便宜,自研 Agent Zcode 也好用,国产 AI 里难得让人想主动掏钱。结果 9 月 18 日凌晨,ferstar 发博客《扒一扒 ZCode 静默上传全量 Git 历史的骚操作》,称清磁盘时发现 ~/.zcode 占七百多兆,追查后发现工作区快照打包包含完整 .git 历史,加密上传到阿里云 OSS,本地没有解密密钥。
我起初不信,但博客写得很详细,便让 Claude 在 Mac 上按同样路线取证。结论属实,而且不是“会”,是“已经”。我的机器上有四个工作区快照记录,其中一份留下上传被接受状态;另两份快照文件清单里,.git 字节占比分别达 93.9% 和 98.5%,客户端也已取得上传凭证。

检查对象是 macOS 上 ZCode 3.12.3,时间为 2026 年 9 月 18 日。客户端代码中可找到与发送 prompt、任务结束有关的快照触发入口,流程会向 zcode.z.ai 申请上传凭证,取得加密公钥、大小限制和 OSS 表单凭证,再扫描、打包工作区文件。文件经压缩和 AES 加密,对称密钥由 RSA 公钥封装,密文提交到 OSS 并回调后端登记。使用中我没有看到明确提示快照范围和上传去向,也没找到能明确关闭这条路径的设置。
~/.zcode/v2/checkpoints/ 下留有记录:pgnls 状态文件写入 lastAcceptedManifestHash,对应上传获确认后的分支,可推断该快照已上传并被客户端记录为接受。但我没直接查看服务端存储,不能判断对象是否仍保留、谁访问过。该快照装的是 PostgreSQL 翻译文件,不含 .git;真正含大量 Git 对象的 silo 和 mc 是否上传完成仍未知。pgdoc 留下加密输出 1,073,774,608 字节,比 1 GiB 多 32,784 字节,失败计数达 102,说明存在大小限制相关失败和重试,但不能说它完整打包了 102 遍。

我原以为 PGSTY RPM 签名私钥也进了包。扫完 silo 的 78,141 个 blob(含悬空对象、不设体积上限)后确认没有:buildscripts/pgsty-rpm-signing-key.asc 是 PGP 公钥,私钥从未提交;mc 的 20,356 个 blob 同样干净。但该公钥文件 3,139 字节确实在 silo 快照 manifest 里,因后缀 .asc、不含 token/secret、后缀不是 .pem/.key/.p12/.pfx,从密钥过滤器漏过。我不拿公钥冒充供应链事故,但过滤器之薄值得警惕:谁若曾提交私钥,哪怕当天 git rm、后来 filter-repo 重写历史,也会随 .git/objects 原样出去。问题不是有没有出事,而是设计让出不出事只取决于运气。
用 AI 写代码需要上下文,我做开源也不反对把必要代码交给模型,但反对不告而取、拿全部、不给关。第一,范围:推理只需当前任务相关文件,快照却拿整个仓库全部历史。silo 快照 9,619 个文件中 8,323 个属 .git,字节占比 93.9%;ferstar 那份 .git 占 86.6%。文件筛选是顺序判定链,.git 放行排在所有排除规则之前,密钥过滤、1 MB 上限对 .git 永远不生效,137 MB packfile 能整包带走,曾提交进历史的凭据也会随 .git/objects 上传。silo 里还有 .git/filter-repo 和 .git/lost-found,前者说明做过历史重写,通常正是为清除敏感数据,后者存悬空对象——刻意清理的东西恰会被带走。

第二,钥匙:加密是真的,信封加密也教科书式,但加密公钥由服务端提供,本地留存材料中没有用户可独立恢复密文的解密密钥。硬盘上几百兆密文你打不开,客户端也打不开,只有服务端能解。若真是回滚或跨设备同步,钥匙理应在用户手里。ferstar 判断这不像备份更像采集,我同意:备份第一原则是数据所有者能恢复,所有者解不开的备份在定义上就不是备份。
第三,开关:设置里“仓库快照索引”一直关着。9 月 13 到 18 日日志中该字段出现 1,339 次,全是 false,一次 true 都没有,而四份快照全造于这几天。代码里该字段在真正采集的 host 包中只出现两次,一次迁移赋值,一次设置项名称列表,都不在采集路径上。采集入口唯一条件是 sidecar 实例存在,而它无条件构造。全量检索 app.asar 也没有可禁用它的环境变量。决定权不在本地:每次 prompt 都无条件向服务端申请上传凭证,服务端发就采、不发就不采,请求无缓存、不写日志、失败无提示,本地没有开关能否决。
ZCode 隐私政策今年 6 月 15 日生效,收集范围原文写的是通过对话提交给我们的文本、文件与代码。这是推理上下文,各家一样,没问题;还
更多推荐阅读

OpenAI总裁转发素人3D作品,AI+3D创作赛道被低估
2026年8月,OpenAI联合创始人兼总裁Greg Brockman在X转发了一件“人体器官教学”3D交互网页作品。开发者@thebuggeddev将AI 3D大模型Tripo P1.0的建模能力与GPT 5.6 Sol的编程能力结合,在缺乏3D建模和编程经验的情况下做出精美可交互网页,浏览量迅速突破210万。 类似案例不断涌现:创作者海辛和阿文用Nano Banana生成参考图、Tripo ...
2026-11-03 08:02:26
5580元闲鱼整机四张P40共96GB显存,本地跑AI大模型
5580元,四张24GB P40,合计96GB显存。闲鱼卖家标称双路E5-2686 v4、64GB内存,不含硬盘,附M.2转接卡和导轨,仅限南京自提。 按配件参考价:P40每张1150元共4600元;E5-2686 v4每颗100元共200元;16GB DDR4-2133服务器内存每根300元共1200元,三项合计6000元,未算主板、电源、机箱和散热。5580元为整机挂价,省去配套采购麻烦,落...
2026-11-03 09:11:54
红杉领投,这家18人AI公司如何让模型持续学习?
当前AI模型存在一个关键局限:如果不经过进一步训练,它们就无法真正从错误中学习。对于法律、金融等专业领域的企业来说,要让通用AI模型适应特定业务需求,通常需要通过微调来实现,但这一过程往往意味着企业需要组建内部研究团队,或聘请成本高昂的外部顾问。 一家名为Trajectory的初创公司希望将这一过程自动化,让AI模型能够根据反馈持续学习,并不断提升在专业任务中的表现。Trajectory成立于约...
2026-11-03 09:51:34
语音切入重新定义Personal Agent,Orilo能否破局?
Personal Agent赛道仍存巨大非共识,热度与质疑并存。此前有观点认为Personal Agent可能是伪命题,原因在于算力成本高企,且普通人究竟有多少复杂任务值得每天交给Agent完成存疑。当前几乎所有玩家都沿相似思路做产品:比拼算力资源、Connector连接数量、任务执行能力。但这条路上有三个问题绕不开:复杂任务本身不够高频、手动输入指令交互门槛太高、云电脑方案成本高昂。 近期一款...
2026-11-03 09:17:55
AI重构材料研发:自建实验室生成720维数据,押注金属材料的GPT时刻
材料科学长期被视为经验科学,研发范式从试错到计算模拟始终受限于物理模型只在成熟体系内有效、行业数据难以支撑AI学习。人类数千年使用的金属材料,真正探索过的成分空间或许不到10%。 这一轮AI带来的是研发组织方式的重构:大模型负责调度和提出假设,小模型与计算工具承担确定性执行,自动化实验室完成验证,可协同调控八种元素。偶遇式发现转为持续产出,研发具备确定性——投入资源就能稳定拿到结果。金属材料是数...
2026-11-03 09:23:59
AI4S最冷门时入局,他想建科学原生基座模型
过去两年,AI for Science 正经历明显转向。自 AlphaFold 获诺贝尔奖、AlphaFold 3 和 ESM3 等模型问世后,AI 在生命科学中的角色已不再局限于预测蛋白结构或生成序列,而是开始直接接管“提出科学假设”这一核心环节。 2025 年,斯坦福大学加里·佩尔茨团队做过一次对比测试:请谷歌科研智能体 AI co-scientist 为肝纤维化筛选“老药新用”候选药物。A...
2026-11-03 09:14:24