设了 HTTPS_PROXY 时 NO_PROXY 曾被忽略
Claude Code 2.1.292 修复：设置了 HTTPS_PROXY 时，NO_PROXY 对 Claude Code 自己的 API 请求不生效，包括登录、策略、反馈和 Artifact。修复写在这一版。说明没有把模型补全请求列进这句的括号。低于 2.1.292 时，这些请求仍可能不看 NO_PROXY。
有人用 HTTPS_PROXY 把出网收进代理，再用 NO_PROXY 把官方域名留在直连。Claude Code 2.1.292 修了一个反例：设置了 HTTPS_PROXY 时，NO_PROXY 对 Claude Code 自己的 API 请求被忽略。括号里的例子是登录、策略、反馈和 Artifact。claude code NO_PROXY 从这一版起应按说明被这些请求看见。低于 2.1.292 时，写了例外名单，这些请求仍可能全部进代理。
括号里没有模型补全
说明点名的是 Claude Code 自己的 API 请求，并举了登录、拉策略、反馈和 Artifact。没有写普通的模型补全、MCP，或你在 Bash 里自己起的 curl。模型对话走代理还是直连，不要用这一条单独下结论。只修登录和策略的话，现象会是：补全能通，登录或组织策略失败，或反过来，取决于代理放不放行那些域名。升级之后若策略仍失败，先看代理和 NO_PROXY 的域名是否写对，再看是不是版本仍低于 2.1.292。
HTTP_PROXY 没有出现在这句里。只设了 HTTP_PROXY、没设 HTTPS_PROXY 的环境，不在这句主语里。大小写变体、no_proxy 小写是否同等，说明没有写。
和「代理把网页抓取报错」不是一回事
WebFetch 把限流说成策略拦截，是 2.1.285 修的提示文本，见 WebFetch 限流报错。那是工具返回的句子。2.1.292 这条是环境变量没有作用到登录和策略一类请求。Artifact 在括号里，是因为上传或读取 Artifact 的请求以前也不看 NO_PROXY。Cowork 云会话把「确认不了组织设置」说成代理拦截了 Artifact，是同一版里的另一条，主语是云会话的文案，不是你本机的 NO_PROXY。
升级到 2.1.292 之后，登录、策略、反馈和 Artifact 应开始理会 NO_PROXY。若这些请求仍进代理，先看变量是写在启动 Claude Code 的环境里，还是写在项目设置的 env 里。更早的版本里，项目 env 在启动环境已经设过同名变量时不会覆盖。本版没有改这条优先级。只在设置文件里补 NO_PROXY、启动脚本里仍只有 HTTPS_PROXY，例外名单可能根本没进进程。用 claude doctor 或进程环境确认两者同时存在，再判断是不是修复没生效。