1 终端 Agent：为什么 Claude Code CLI 要单独拆一条分流叙事
与仅在浏览器访问 Claude 控制台不同，Claude Code CLI运行在 Node 宿主（或等价运行时）之下，进程的出站特性更像「常驻开发工具」：首次拉包会短时间密集访问 npm registry；随后在仓库内多次触发对 api.anthropic.com 的长连接与会话补丁；当你的工作流打开了子进程、钩子或 MCP 工具，还会在毫秒级抖动下叠加更多主机名——此时若仍依赖「开一个全局梯子」了事，很常见的人类结论叫「Anthropic API 烂了」，实际是DNS、进程代理继承、或过宽 GEOIP三选一在捣乱。
本站《2026 年用 Clash 稳定访问 Claude：Anthropic 分流与 API 代理》已经系统覆盖 claude.ai / Anthropic 前缀与控制台面；《2026 终端 AI：Codex CLI 分流》则偏重 OpenAI 侧包名与镜像。本篇站在二者之间：Claude Code的官方分发经常以 scoped 形式出现在 npm 包树里，服务端点归 Anthropic——因此规则应能「安装面 / 控制台与鉴权 / 推理 HTTP 流」三分，而不是混在一起靠运气命中。
下文所有主机名均属可审计起点：真正上线时请打开 Mihomo 连接日志核对你自己的构建版本出现的新后缀，再放入远程Rule Provider，避免照抄过时清单。
2 全局安装与包树：npm registry不要和 API 混在一个组名里
常见起手式是官方文档里的 npm install -g @anthropic-ai/claude-code 或等价的一行脚手架；但无论命令如何包装，底层的「慢」都来自两类截然不同的流量：其一是对 npm registry 的清单与 tarball GET，其二是对 registry 以外域名的 API 会话。将它们硬塞进同名策略组的代价是：TUN 或节点切换时会同时搅动海量 tarball 与控制面会话，体感就是「Anthropic API 卡顿」连带「装包玄学」——实际上只是链路争用。
对公共源而言，registry.npmjs.org 与其元数据链路（以及 npmjs.org 下的文档跳转）通常是最稳定的一组 DOMAIN-SUFFIX。若你已切到阿里云、腾讯或 npmmirror，请把镜像的真实主机名单列策略组：直连镜像往往显著降低 tarball 时延；若你与海外团队对齐 package-lock.json，则仍可让 PROXY_NPM 走可信线路，避免因镜像延迟造成「看起来像 API 超时」的长尾。
CI 场景的读者若在本机pnpm / yarn berry上使用同一代理，也请记得检查「谁在读 .npmrc」，Clash 侧看不到的流量通常说明走了公司私服或直接 IP——这时补规则没有意义，应该先确认私服证书与二进制分发域名是否与 registry 混在一起。
3 Anthropic API 与会话面：api.anthropic.com 只是起点
当你在终端里长跑一条 Agent 会话，本质是多次 HTTPS 会话与 SSE 片段拼在一起：Anthropic API 的主机 Frequently 落在 anthropic.com / api.anthropic.com 名下，但有时还会碰到控制台、账单、CDN 分拆后的兄弟域；若你只写单个 DOMAIN 而忽略后缀树，升级版本后新增的辅助主机就会出现静默失败——表现为半截输出或直接 API 超时。
因此基线建议是：至少在规则靠前处加入 DOMAIN-SUFFIX 形态的 anthropic.com，并为 claude.ai（若登录态与浏览器 SSO 有关联）留出与 CLI 对齐的策略——避免控制台里已登录、而终端侧仍走直连的令牌校验收敛失败。若你希望把「控制台网页」完全交给另一条组，也请保证RULE-SET可热更新——静态 YAML 堆砌最容易在季度迭代时失控。
长连接会话对丢包抖动极度敏感：Anthropic API 不是「点开即关」的广告请求，而是一串持续数十秒甚至更久的出站。若你为下载大 tarball 选用的节点与高延迟流媒体共用池，体感就会像 Claude Code 「突然失去响应」。可单独建立 PROXY_ANTHROPIC_API，在「proxy-groups」里挂上针对长连接调校过的 URL-TEST / Fallback 组合——细节可参考《Clash URL-Test 与 Fallback 策略组》，思想是别让「慢的下载」抢了「不能抖的 SSE」的路由。
DNS 方面，如果你在 Mihomo启用了 FakeIP / DoH 组合，却仍看到规则命中与实际握手不一致，多半是「解析路径」未与 sniff 对齐；请参阅《Meta 内核 DoH 与 FakeIP 最佳实践》逐项核对——这类问题常以假性 API 超时暴露在终端里。
node / 终端 Agent往往不会替你继承浏览器那套链路。若你已能打开控制台网页但 CLI 仍连不上Anthropic API，优先尝试 TUN，或在单个 shell session导出 HTTPS_PROXY，并仔细检查 NO_PROXY 排除列表——许多模板把 *.local 与企业内网后缀写得过宽。
4 Sandbox、MCP、GitHub 与对象存储：别和核心 API绑死同名规则
Sandbox类能力在执行不受信命令时，常会触发镜像拉取、动态依赖或对 Git 托管的流量；Anthropic / Claude Code 具体实现会随版本变化，但如果你看到错误栈里夹杂 GHCR、GitHub Releases、或与模型无关的二进制 CDN，最佳实践是让这些域名进入独立PROXY_DEVTOOLS 组，而不要与Anthropic API混写——原因很简单：一旦你为了救急把整段DOMAIN-KEYWORD拉大网，就会把不该走代理的流量也带进隧道，拉长握手链。
MCP 场景的读者可以继续沿用《MCP 工具链与 npm、GitHub 分流》一文维护远程规则：npx 拉 MCP 服务器的路径与 Claude 核心推理是可拆的两条链路；合并维护会在一次规则事故里同时击倒「编辑器扩展」与「CLI 会话」。
Claude Code 有时也会请求特征开关或遥测类主机（产品线常见为 statsigapi.net 一族，实际以你自己的连接日志主机名为准）。它们通常不应与api.anthropic.com抢同一条最贵线路；可走通用策略组以降低噪声，也方便你在企业环境下做白名单裁剪。
5 Mihomo：DOMAIN-SUFFIX 与Rule Provider可合并片段
以下为示意结构：请将 proxy-groups 名称与你现有订阅里的节点池对齐；把增量域名移动到远程RULE-SET ，避免主配置臃肿。
# Example only — merge with your full profile
proxy-groups:
- name: PROXY_ANTHROPIC
type: select
proxies: [AUTO-BEST, DIRECT]
- name: PROXY_NPM
type: select
proxies: [DIRECT, AUTO-BEST]
rule-providers:
anthropic-extra:
type: http
behavior: classical
url: "https://example.com/rules/claude-code-extra.txt"
path: ./ruleset/claude-code-anthropic-extra.yaml
interval: 86400
rules:
- DOMAIN-SUFFIX,npmjs.org,PROXY_NPM
- DOMAIN-SUFFIX,registry.npmjs.org,PROXY_NPM
- DOMAIN-SUFFIX,anthropic.com,PROXY_ANTHROPIC
- DOMAIN-SUFFIX,api.anthropic.com,PROXY_ANTHROPIC
- DOMAIN-SUFFIX,claude.ai,PROXY_ANTHROPIC
# Telemetry / feature gates — rename group or split as needed once you observe real hosts:
# - DOMAIN-SUFFIX,statsigapi.net,PROXY_TOOLS
- RULE-SET,anthropic-extra,PROXY_ANTHROPIC
生产中请谨慎使用宽泛的 DOMAIN-KEYWORD：Anthropic与其它品牌共用常见英文词根时可能造成误命中；坚持用 DOMAIN-SUFFIX 与可调优的Rule Provider，并在 PR 备注里写明「对应哪条主机名取自哪一天的连接快照」——几个月后回看依然可读。
6 「API 超时」的最小可读排错：终端 Agent优先信日志
我们建议按链路顺序自检，而不要一上来换节点玄学：
- 安装面：
npm进程是否命中了预期的 npm registry 后缀；若走的是镜像，后缀是否与实际.npmrc一致。 - 控制台 / 令牌面：若需在浏览器收敛登录态，claude.ai 与控制台相关后缀是否与 CLI 命中的策略组同源，避免出现 split-brain。
- 会话面：针对 api.anthropic.com 打开连接日志过滤器，核对 TLS 是否在首个 RTT 就失败——若握手成功但 SSE 半截断流，多数是链路质量或节点 QoS问题而非规则缺失。
- Sandbox / 工具：若错误信息与容器或 GitHub 工件相关，把对应主机并入另一条策略组并重试单次最小复现。
Geo 过期会造成「后缀写了但仍走 GEOIP.DEFAULT」的假阴性，可参阅《Clash Meta 手动更新 GeoIP 与 Geosite》确认本地数据集版本与你的规则来源一致。
# seen on claude-code <version>, YYYY-MM-DD。几个月后回看，它比任何论坛抄来的巨无霸列表更值得信赖。
7 企业 VPN 与「桌面上同时有三个代理图标」：
很多企业本机会强制全局拆分隧道不充分的 VPN：Anthropic API 若被错误地导向公司 DNS，就会在看起来像直连的路径上超时。可先阅读《Windows 企业 VPN 与 Clash 同开》梳理谁在劫持默认路由——再决定在会话级导出代理与TUN 接管之间选哪条路。
另一类场景是：WSL2或容器里的 Sandbox 宿主从虚拟网桥出站，宿主 Windows / macOS 上的 Clash 客户端看不到语义清晰的进程名——此时请以网关或宿主混合端口转发思维排障（站内亦有 Hyper-V / VMware / QEMU 等系列可供对照），不要为了「能看见 UI」牺牲拓扑正确性。
8 常见问题（速查）
浏览器能开控制台，CLI 会话仍报错？
优先检查终端是否继承代理：大多数「只开浏览器插件 / 系统代理」无法覆盖 Node 宿主；切换到 Mihomo TUN或显式导出 HTTPS_PROXY 往往立刻见效。
Anthropic API间歇性半截输出？
多为链路抖动或节点过载；把专用策略组切换到更轻的线路，或减少与大体量下载共用节点池的次数；若 handshake 一开始就失败再回到 DNS、FakeIP 与后缀遗漏排查。
Sandbox / 镜像相关错误要写进 Anthropic 组吗？
不建议：Docker Hub或其它注册表有更经济的直连 / 中继策略；《Codex CLI 镜像段》里的分组思想同样适用——把镜像与会话 API解耦能减少规则震荡。
9 总结：让「终端 Agent」的每一次出站都可解释
Claude Code CLI把一个现代团队的日常开发拆成了多条互相独立的出站：npm registry、Anthropic 及其 Anthropic API 推理流、外加可选 Sandbox 与 MCP 工具的卫星域名。Mihomo强项在于把这些路径拆成语义清晰的策略组，并用Rule Provider承接不断变化的后缀长尾——比起「开一个全局梯子」更接近工程上的可持续维护。
不少场景里会有人选择「只靠浏览器梯子」或写若干行 shell 每次手动 export：前者喂不饱终端 Agent里长期驻留的 Node 进程；后者在项目一多、会话一多时就变成不可复制的玄学排障。Mihomo若在命令行里没有统一的Clash 分流与日志对齐，你只会在聊天窗口里反复复读同一句 Anthropic API 超时——却看不到究竟是 npm registry 慢了还是 SSE 链路在抖。
相比之下，常驻一款支持 TUN、可把 DOMAIN-SUFFIX 外挂到Rule Provider的图形客户端（例如本站推荐的 Clash Verge Rev路线），更接近「台式机上当长期基础设施」：Anthropic会话、镜像或 GitHub 工具链各占一组，谁在抢带宽一眼可见，换机器也只要同步同一份配置文件。你若刚把 Claude Code CLI装进日常仓库，不妨试试从图形界面把上述策略组建好，再在终端复现那条曾经超时的会话，多半会比反复换梯子节点省掉大量无效尝试。
需要安装包或内核更新指引时，可把下载页当作单一入口——把渠道与二进制来源分开管理，本身就是一种安全加成。
