账号邮箱别被悄悄发出去：2.1.317 会在工具调用外发邮箱前先问你

让 Claude Code 去抓网页、跑脚本、调接口，本质上都是在让它「往外发请求」。请求里带了什么，平时没人逐条检查。CLI 2.1.317 的更新说明里加了一条很具体的保护：当网页类或 Shell 类的工具调用要把你的账号邮箱地址发到网络上时，会先问你一声。

更新说明怎么写的

原话的意思是：新增一道检查，在 web 或 shell 工具调用要把你账号的电子邮箱地址发送到网络之前，先征得你的同意。

也就是说，这类调用不会再默默放行。邮箱地址属于能识别你身份的信息，如果某个请求的内容里恰好带着它，你会在发出之前看到一次确认，由你决定放不放行。

为什么值得有这一道

• 提示注入的场景：网页、文档或第三方返回的内容里可能夹带指令，诱导模型把账号信息拼进一个外发请求里。多一次确认，就多一个能拦住它的机会；
• 自己写的命令也可能误带：比如用 curl 调试时把含邮箱的字段一并贴了进去，或者脚本里把账号信息当作参数；
• 共享环境与演示：在团队仓库、录屏或直播里跑任务时，不希望个人邮箱随请求流出去。

遇到确认时怎么判断

1. 先看这个请求要发往哪个地址，是不是你认识、也确实需要邮箱的服务；
2. 如果只是调试用，通常没有必要带上真实邮箱，拒绝后改成占位值再试；
3. 来源不明、与当前任务无关的目标，直接拒绝，并回头检查对话里有没有可疑的外部内容。

需要留意

• 这条说明只提到 web 与 shell 两类工具调用，以及账号邮箱这一种信息；它不是一个通用的「敏感信息过滤器」，API 密钥、令牌等仍需要你用权限规则和沙箱自己把关；
• 具体的确认界面长什么样、有没有「本次会话不再询问」之类的选项，更新说明没有写，请以你实际使用的版本为准。

小结

2.1.317 在「外发网络请求」这条路上多装了一道门：只要账号邮箱要随 web 或 shell 工具调用出去，就先问你。它不会改变你日常的用法，但在处理不可信内容的时候，这一次确认可能正好是关键的一步。