新闻时间：2026-11-05。信息核验截至 2026 年 11 月 6 日；文中的“本站观察”为编辑分析。
发生了什么，哪些已经得到确认？
11 月 5 日，Claude Code 官方 GitHub 仓库出现编号 107757 的问题报告。提交者称，工具在联网查询中通过 User-Agent 请求头向第三方带出了邮箱。我们确认了报告及回复的存在，但没有独立复现泄露过程，也没有核验垃圾邮件与该行为的因果。
仓库贡献者 poteat 回应称，2.1.317 及后续版本加入了默认启用的内置隐私 mod，用来阻止相关行为。与此同时，讨论中仍有用户提出不同版本和防护覆盖范围的疑问。截至本篇核验，问题页仍为 Open。
User-Agent 为什么和普通用户有关？
可以把 User-Agent 理解为请求网页时附带的一类说明信息。若把不需要的身份信息夹带进去，用户即使没有手动在网页表单填写，也可能把信息发送给对方服务器。这里解释的是问题报告涉及的传输方式，不是认定每次请求都会发生泄露。
本站观察：能够替你浏览网页、运行命令和读文件的 Agent，比只在聊天窗口回答问题接触的信息更多。因此要问的不只是“回答准不准”，还包括执行时能看到什么、能发给谁，以及有没有记录可核对。
现在怎么处理更稳妥？
先核对实际使用版本与当前维护者说明，不要只凭一句“已加防护”就认定所有路径都已覆盖。工作环境可使用专门账号和隔离目录，避免把私人联系方式、客户名单与不相干的登录资料放进任务上下文。
如果已经怀疑身份信息被发送，保留版本号、发生时间和经脱敏的请求证据，交给管理员或维护者分析。不要为了排查而把含邮箱、令牌的完整日志发到公开讨论区；也不要用来路不明的修复脚本替换工具。
这条新闻的重点，不是让人停止使用 AI
这里需要区分三层事实：用户报告了什么、仓库人员回应了什么、自己的环境验证了什么。三者混在一起，既可能放大恐慌，也可能过早给出安全保证。本文保留这些不确定性，不提供未经验证的“一键彻底修复”承诺。
对普通办公使用者，更实际的习惯是按任务给资料、按需求开权限，重要动作留下检查点。选择 Agent 时，隐私边界和可追踪性应当与生成效果一起考虑，而不是等出现问题才回头找记录。