用戶回報隱私外洩與垃圾郵件問題
GitHub Issue #107757 由用戶 taylor-edwards 於 2026 年 11 月 5 日提出，標記為安全性 Bug。報告指出 Claude Code 在執行網路搜尋時，將用戶的電子郵件地址包含在 HTTP 請求的 User-Agent 標頭中，導致每日收到數十封詐騙郵件。
多位用戶證實此現象，其中一位用戶表示切換至 Claude Code 後工作信箱開始收到大量個人化垃圾郵件，而使用其他工具如 Copilot 時則無此情況。部分用戶認為這並非單純的技術錯誤，而是對隱私保護機制的根本質疑，並考慮遷移至其他平台。
Anthropic 回應與臨時解決方案
Anthropic 工程師 lydia_hallie 在社群討論中說明，將帳號信箱加入模型上下文的原因是過去用戶回報 Claude 會錯誤編造程式碼中的作者標籤（@author tags），因此團隊決定提供真實帳號資訊以減少幻覺。
針對隱私爭議，官方已在 v2.1.317 及後續版本中引入名為 cc-plugin-privacy 的內建模組，預設啟用以確定性地阻擋 User-Agent 中包含信箱的行為。用戶可透過 /plugins 指令關閉此模組，但工程師建議保持開啟並回報任何防護缺口。
另一位 Anthropic 貢獻者 poteat 補充說明該模組旨在防止模型將帳號地址帶入請求標頭，並承諾將公開該內建模組的原始碼以供檢視。
技術限制與潛在繞過風險
用戶 randomstuff 指出，cc-plugin-privacy 模組主要透過正則表達式檢查 Shell 指令中的 User-Agent 欄位，但若模型將信箱寫入 Python 腳本中並執行該腳本，則可能繞過檢查。例如模型使用 Edit 工具修改腳本後執行 python3 fetch.py，此時請求標頭仍可能包含信箱。
用戶 mkubenka 進一步分析指出，除了信箱外，Claude Code 在撰寫 curl 指令或腳本時，可能會根據當前專案名稱、客戶名稱或任務內容生成描述性的 User-Agent 產品代號。這意味著即使移除信箱，第三方網站仍可透過 IP 位址與標頭中的專案名稱連結用戶的工作內容。
測試顯示在 v2.1.319 (macOS) 版本中，若 cc-plugin-privacy 未被禁用，執行 echo 'User-Agent: test <account email>' > /dev/null 仍可能通過檢查而不被拒絕，顯示防護機制並非絕對嚴密。
特定服務要求與歷史背景
社群討論指出，部分 API 服務如美國證券交易委員會（SEC）的資料 API 明確要求在 User-Agent 中包含聯絡信箱，否則會拒絕請求。這可能是 Claude Code 預設包含信箱的原因之一，但用戶認為應在遵守此類要求前徵求使用者同意。
用戶 agentdev001 整理歷史 Issue 指出，Claude Max 帳號信箱自動注入 LLM 上下文的問題早在 2026 年 5 月即被回報（Issue #55743），當時即無明確的退出選項。這顯示隱私資料處理方式在產品開發過程中經歷了多次爭議與調整。
