在抖音主页放了个 codex
https://v.douyin.com/5Y1QEcSPrJA/

Claude Code 仓库地址上传争议核查：机制存在，但并非无法关闭
核查日期：2026 年 10 月 21 日。
针对相关报道，我们检查了官方安装包代码，并进行了历史版本定位和本地请求捕获。
结论：发送可识别仓库标识的机制确实存在，隐私顾虑有事实基础；但“藏在 message 正文、HTTP 头看不到”和“无法通过环境变量关闭”，与被测版本的实现和实测不符。
争议点
核验结果
会上传什么
灰度开启且满足第一方路由等条件时，x-claude-code-wiggly-dove 请求头中的 jy 可携带规范化的 host/owner/repo，并非匿名哈希。
是否藏在消息正文
被测路径实际通过 HTTP 请求头发送；捕获的正文中未发现该字段名或测试仓库名。
是否无法关闭
默认缓存条件下，DISABLE_TELEMETRY=1、CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC=1、DISABLE_GROWTHBOOK=1 分别都能阻断该头。
是否所有中转都会发送
本次普通自定义 API 地址测试未携带该头，但不能覆盖所有网关和转发实现。
**关闭方式存在例外：**若同时启用 CLAUDE_CODE_GB_DISK_CACHE_WHEN_TELEMETRY_OFF=1，缓存灰度仍可能生效，单独关闭 telemetry 不够。本次实测再加 DISABLE_GROWTHBOOK=1 可阻断，但也会影响其他功能灰度评估。
**该机制并非一直存在，也早于 2.1.30x。**历史采样、二分和相邻版本复核将引入边界定位到 2.1.295 → 2.1.296。2.1.296 发布于 2026 年 10 月 10 日 00:58（UTC+8），从该版起就同时具备仓库标识发送能力和上述关闭行为；后续全部已发布版本直到 2.1.306，相关实测结果一致。
原文配图列举的客户端入口、权限、沙箱、出网限制和运行环境等类别，也能在代码中找到对应项。仓库标识仍可能暴露组织或私有项目身份，不能因字段可关闭就忽略风险。
同时应区分事实与推测：原文“迟早上传完整项目”属于未来推测；“可能封禁中国用户、cyber 项目”的担忧来自相关转述。本次没有获得完整仓库打包上传或实际封禁用途的证据。
本次累计检查 23 个版本的静态材料，对 10 个版本完成 80 组运行实验，捕获 85 条本地请求，安装包均经过官方完整性校验。运行实验限 Windows x64，使用虚构仓库、人工灰度缓存及本地接收器，证明的是相应条件下的客户端行为，不证明真实账号是否已灰度、过去是否外发或服务端如何使用数据。更早历史采用采样，也不能据此排除其他 Git 信息采集路径。