ZCode 开源版 ZCodium 删了 2.6 万行遥测：核查为真，5 星新仓先别急换

结论先行：ZCodium 删了约 2.6 万行遥测——核查属实。ZCode 静默上传代码事件的后续：有开发者把智谱 9 月 21 日开源的 ZCode 逐提交审计，做了删掉全部监控与遥测的分支 ZCodium。逐条核查仓库后确认网传核心改动全部属实——约 2.6 万行遥测代码移除、官方服务默认全部关闭、GitHub Actions 透明构建、审计报告随仓库公开。但必须泼一盆冷水：这个仓库才建了两天、5 个 star，且官方开源版本身也已移除了出问题的上传功能——对绝大多数人，官方开源版才是正确选择，ZCodium 更适合愿意替社区盯代码的人。

📋 速览：四档判定

🕐 背景：ZCode 监控门时间线（全部经多源核实）

• 2026 年 7 月：智谱（Z.ai，港股 2513）发布 AI 编程桌面工具 ZCode，数周破百万用户；同期 xAI 的 Grok Build 被曝整库上传（含密钥），xAI 承诺清除
• 9 月 17-18 日：开发者 ferstar 发布逆向分析——ZCode 登录状态下会把整个工作区（完整 .git 历史、LFS 缓存、reflog、全局配置）打包加密上传阿里云 OSS。实测：345MB 工作区打包成 313MB 密文、42411 个文件、重试 564 次直到传完；加密用 AES-256-CTR + RSA-OAEP 信封，私钥只在智谱服务器，用户自己都解不开自己的包；界面里两个看似隐私开关的选项（「优化体验」「仓库快照索引」）根本拦不住打包和上传
• 9 月 17-18 日：智谱回应，归因于默认开启的「Repo Wiki」功能，称数据用完即毁、承诺开源客户端；此前其高管曾在 X 上表态「不会有网站列表之外的任何东西」
• 9 月 21 日：智谱开源 zai-org/ZCode、移除 Repo Wiki、发布 v3.14.0 修复——但同时抹掉了仓库提交历史、下架旧版本下载、关闭 Issues
• 9 月 21 日：ZCodium 项目建立，fork 官方开源版做独立审计分支（命名沿用 Chrome→Chromium、VS Code→VSCodium 的传统）

🔍 ZCodium 逐条核查（对照仓库实测）

项目：github.com/ZCodium-project/ZCodium（MIT 协议，TypeScript，2026-09-21 建库）。README 自述「所有结论以代码和可复现的验证为准」，核查结果：

• 遥测移除清单属实：阿里云 ARMS RUM SDK、OTLP 上报、崩溃转储上报、周期资源采样、UI 全量埋点、CLI 的 @zcode/telemetry 包整体移除——README 给了逐项清单，且每个端（桌面端/CLI/UI）都有独立的 telemetry-removal-report.md 移除报告，可通过 typecheck + lint + 防回归测试复验
• 防回归设计是真亮点：不只是删代码，还加了过滤机制阻止旧遥测环境变量重新进入 Agent——针对的正是「以后更新又偷偷加回来」这个真实风险
• 「官方服务默认关闭」属实：登录、反馈、编码套餐、官方 MCP、插件市场全部默认关，设置里可逐个开；用自己填的 API Key 或自定义模型即可用——但注意这不是物理删除，打开任意一项就会连回 ZCode 官方服务器
• 构建透明属实：GitHub Actions 从仓库源码直接打安装包，Release 附 sha256 校验；应用内更新指向自己的 Releases，不走官方链路
• 与官方版的关键差异：保留上游全部提交历史（官方抹了）、开放 Issues（官方关了）、构建可复现（官方二进制不可复现）

⚠️ 风险与局限（原文没说透的部分）

• 静态审计 ≠ 动态取证：README 自己写明这一点。检索「没有未经确认的数据外发实现」是代码层面的结论，运行时行为（比如某个依赖的依赖）没有动态沙箱取证背书
• 两天 5 星的信任账户：项目 9 月 21 日才建。VSCodium 之所以敢用是因为多年 track record；ZCodium 的维护承诺（逐提交审计上游、持续发版）目前只是一份 README。可以观察 1-2 个月再决定
• 无签名安装包：预期行为（没有 ZCode 官方签名），但意味着没有平台级安全背书，首次打开要手动放行
• 多数人选错对象：如果你的诉求只是「不上传代码」，官方开源版自 9 月 21 日起已移除快照上传——直接用官方仓库自己构建即可，不必追一个新 fork。ZCodium 的真正价值是给「想连遥测都不给」的洁癖用户和愿意参与审计共建的人

🧭 结论

• 网传改动全部属实，工程质量描述（防回归、移除报告、透明构建）在仓库里都能复核到，这个项目本身是真的
• 但「真项目」不等于「该换」：官方开源版已堵上上传漏洞，ZCodium 的差异化在遥测清零和历史保留，属于加分项而非必需品
• 建议动作：普通用户用官方开源版或继续用 GLM-5.2 的 API 方案（工具是入口，模型才是本体，参见 Qwen 3.8 Max 核查里对 GLM 系的横向对比）；洁癖用户和审计爱好者可以装 ZCodium 并 Star 观察其持续审计能力
• 真正该记住的教训：编程工具的权限比模型能力更值得审——七月 Grok Build、九月 ZCode，同一个坑不会只掉进去一次

🧪 自己复核：五步验证法（可复现）

README 自述「所有结论以代码和可复现的验证为准」——这话可以当真，因为每一步你都能自己跑：

1. 双仓库对照：同时克隆 github.com/zai-org/ZCode（官方）和 github.com/ZCodium-project/ZCodium，各跑 git log——官方抹了提交历史、ZCodium 保留上游全部历史，这一差异 30 秒就能亲眼确认。
2. 读移除报告：桌面端、CLI、UI 三端各附一份 telemetry-removal-report.md，逐项列出删掉的遥测模块（ARMS RUM、OTLP 上报、崩溃采集、UI 埋点、@zcode/telemetry 包），照清单逐条回源码里确认确实不存在。
3. grep 遥测端点：在源码树里搜 arms、otlp、telemetry、crashdump 等关键词和阿里云上报域名，命中应为零——或只剩防回归过滤器里的黑名单条目（那是用来拦截的，不是用来上报的）。
4. 跑防回归测试：仓库自带 typecheck + lint + 防回归测试，专门阻止旧遥测环境变量重新混进 Agent。clone 下来自己跑一遍，全绿说明过滤机制在工作。
5. 复现构建：GitHub Actions 从源码直接打包，Release 附 sha256。自己构建一次再对比哈希，一致就证明「你下载的包就是你看到的代码」。

还有余力可以上动态取证：沙箱里跑着抓包看外发连接。README 自己写明静态审计不等于动态取证——这一步它没替你做，也没人替你做。想在本地跑一遍验证、数据完全不出机，另一条路见本站数据不出机那篇。

🔄 复核：ZCodium 两周后（2026-10-08）

本文发布时（2026-09-23）的判定是「5 星新仓先别急着换」。两周后复核，前提已经不成立：

• 仓库活跃度：从 5 星涨到 220 星，114 commits，最近一次提交在 17 小时前（2026-10-07）——不是一次性跑路仓。
• 版本进度：已发 v3.14.7，覆盖 macOS / Windows / Linux + CLI 全平台，GitHub Actions 透明构建与审计报告机制持续运行。
• 仓库迁移：原仓改名 ZCodium-old 冻结（53 星），主仓迁移至 ZCodium-project/ZCodium 完成。
• 上游跟踪：仍保持「逐 commit 审计上游 zai-org/ZCode」的机制，非一次性快照。

判定更新：从「先别急着换」调整为「可列入观察名单，非主力用户可试」。核心审计结论（约 2.6 万行遥测移除、官方服务默认关闭、透明构建）仍成立；维护持续性从「未知」升级为「初步可信」，但仍需观察 1-2 个月确认不是短期热度。

📚 参考来源

• github.com/ZCodium-project/ZCodium（README.zh-CN、telemetry-removal-report.md×3，2026-09-22 核查）
• github.com/zai-org/ZCode（智谱官方开源版，2026-09-21）
• ferstar 原始技术分析：blog.ferstar.org/posts/zcode-silent-workspace-snapshot-upload/（2026-09-18）
• 魔都水滴独立复现：blog.margrop.net/post/zcode-silent-git-upload-investigation/
• 澎湃新闻/界面新闻/IT之家/虎嗅相关报道（2026-09）；TNW：Z.ai apologised, open-sourced ZCode, and wiped the commit history