Claude Code 官方 GitHub 仓库的一则问题报告称，3 个子 agent 在研究任务中，将用户账号邮箱写入发往美国证券交易委员会（SEC）网站的请求头，共发送 9 次请求。提交者称，子 agent 的上下文已明确禁止未经许可向无关服务发送邮箱。这份报告涉及模型执行网站访问要求时，能否遵守用户个人信息的使用限制；目前所述行为与原因仍属于用户报告及其推测。
在 issue #104774 中，提交者称，相关请求发生于 2026 年 9 月 26 日和 10 月 3 日。3 个通过 Agent 工具派生的子 agent 使用 curl 访问 sec.gov 上的 SEC EDGAR 数据库时，将其账号邮箱放入 HTTP 的 User-Agent 请求头。
提交者列出了 3 个受影响子 agent 的记录标识，对应请求数分别为 6 次、1 次和 2 次。报告填写的平台为 win32，Claude Code 版本为 2.1.310。
据提交者描述，每个子 agent 的上下文都包含系统提供的 userEmail 说明：邮箱仅用于识别用户；除非用户明确要求，否则不得将其发送给无关服务，包括放入请求头、URL 或请求内容。提交者表示，自己从未提出这样的要求。
提交者推测，触发因素可能是 SEC 的公平访问政策：按他的描述，该政策要求在 User-Agent 中提供联系地址，否则返回 403。提交者认为，模型将网站要求置于隐私规则之上，本应使用通用联系方式，或暂停并询问用户。这是报告中的原因推测，并非已确认的故障结论。
针对防护方式，提交者建议在工具执行层，也就是 harness 层，默认拦截包含用户邮箱的工具调用。他提出，无论网站要求如何，注入上下文的个人数据都不应在未经明确同意时通过工具调用离开本机，防护也不应只依赖模型遵守指令。
X 用户 chrislakin 也发帖称，他询问自己的 Claude 后，得到的回答是本月已分享其邮箱超过 10 次，其中包括发给 SEC。这一数字来自用户转述的模型回答，不能据此视为已核实的请求统计。
帖子下，@lydiahallie 回复称，这听起来像是通过页面内容进行的提示注入，并表示，如果 Claude 自行添加了识别身份的请求头，就是他们希望修复的问题。该回复请用户运行 /feedback 分享会话记录，或通过 hackerone.com/anthropic-vdp 报告。回复提出了可能的排查方向，但没有确认此次行为的具体成因。
