VS Code 里网页能开，为什么 Cline 扩展市场或 npm 装 Cline CLI 还超时？

浏览器与扩展宿主、终端里的 npm/Node 可能走不同出站：VS Code 的 http.proxy 不等于 shell 的 HTTPS_PROXY，子进程也常默认直连。仅用 Mixed Port 而不开 TUN 时，扩展下载与 CLI 装包会与浏览器分叉。先用 TUN 收口终端与 IDE 相关进程，再在 Connections 中对拍 marketplace、registry 与模型 API 主机名。

Cline 已配置 MCP，远程工具连不上外网模型，要补哪些规则？

MCP 可能走 stdio 本地进程，也可能走 SSE/HTTPS 远程端点；以日志里实际出现的 Host 为准，除模型 API 外还可能命中 OAuth、对象存储或自建网关。参考站内 MCP 分流文，把高频域封装进 Rule Provider，并确保在过宽 GEOIP 直连之前命中。

Anthropic、OpenAI、Google 三个提供商 API 要各写一条规则吗？

可按 api.anthropic.com、api.openai.com、generativelanguage.googleapis.com 等后缀分别映射到同一 AI_API 策略组，也可拆组便于 pinned 节点；关键是顺序靠前且以 Connections 为准补全 302/CDN 子域，不要假设只写 openai.com 就能覆盖全部推理流量。

Cline SDK 与 CLI 装依赖总超时？Clash TUN 分流稳连模型 API（2026）

先分层：卡在 npm、扩展市场、MCP 还是模型 API

Cline SDK 发布后，同一条工作流会同时踩四条出站路径，体感却都叫「转圈」或「超时」。第一类是 npm／pnpm 在装 @cline/*、Cline CLI 全局包或 SDK 示例依赖时访问 registry 与 tarball CDN，常见 ETIMEDOUT、ECONNRESET。第二类是 VS Code（或 JetBrains 插件市场）拉取 Cline 扩展与语言包，主机名常落在 marketplace.visualstudio.com、*.vscode-unpkg.net 等 CDN。第三类是配置 MCP（Model Context Protocol）远程 Server 时，stdio 本地进程之外的 SSE／HTTPS 端点、OAuth 与对象存储可能各自独立。第四类才是对话阶段对 Anthropic、OpenAI、Google 等模型 API 的流式请求。若笼统只改「聊天网页」的规则，很容易漏掉正在失败的 registry 或市场域名。

起手式不变：在失败时间窗打开 Clash Connections／日志，抄完整主机名、规则序号、策略组与失败原因。看不到连接说明没进 Meta 内核；长期 DIRECT 且 RTT 飙高，就把该簇提前映射到可 pinned 的代理组。Clash TUN 把进程默认出站抬到系统路由层，让分流规则与 IDE、终端里的真实五元组对齐——这正是「一次性打通终端与 IDE 出站」的含义。

2026 年 5 月 Cline SDK 改变了什么

2026 年 5 月 14 日前后，Cline 团队发布 Cline SDK，意图用同一套 Agent 能力驱动 VS Code 扩展、JetBrains 插件与 Cline CLI，让这款开源 Agent 既可图形化使用，也可在 CI、远程 SSH 或无 UI 环境脚本化调用。技术圈讨论焦点从「装一个扩展」变成「迁移到 SDK／CLI 统一入口」：终端里要跑 npm install -g 或 monorepo 的 pnpm install；编辑器里要更新扩展；cline 配置文件里可能要挂多个 MCP Server；API Key 可能指向不同模型 API 提供商。任何一层出站不稳，都会表现为「SDK 文档步骤走不通」——网络排障必须按层拆开，而不是只调某一个 API 域名。

与同站 Claude Code CLI、GitHub Copilot CLI 相比，Cline 更强调开源、多模型与 MCP 生态；与 MCP 工具连不上外网模型一文互补——本篇把 MCP 嵌进 Cline 迁移的完整链路，而不是单独谈协议。

为什么「浏览器能聊、扩展能打开设置」仍治不好装包与 CLI

桌面浏览器、部分 Electron 面板能跟随系统 PAC 或 HTTPS 代理；而 Terminal、VS Code 集成终端、扩展宿主进程里的 npm／Node，常处于：shell 没有 HTTPS_PROXY；有变量但子进程仍直连；或走企业明文代理却未信任 MITM 根证书，TLS 失败被口语化成「超时」。VS Code 的 http.proxy 只影响部分扩展网络栈，不等于集成终端里的 npm。Mixed Port 盖不住 HTTP/3／QUIC 旁路与不尊重环境变量的路径。TUN 通过虚拟网卡改写路由，让 Cline 相关进程与你在 Clash 里维护的出口地图一致。

若你还叠用 Cursor／GitHub／npm 或 Windsurf 扩展市场，请记住各 GUI 与运行时环境可能不同。抽象成「统一 TUN + 日志驱动规则 + 最后才动镜像」可少做重复劳动。

四层常见主机簇（以日志为准，勿背死清单）

npm：registry.npmjs.org、*.npmjs.net 等 tarball CDN（npm install -v 会打印完整 URL）。扩展市场：marketplace.visualstudio.com、vscode.download.prss.microsoft.com、*.vscode-unpkg.net 等（JetBrains 市场主机不同，以日志为准）。MCP：除本地 stdio 外，远程 Server 可能命中自建网关、SaaS 托管 MCP、GitHub Raw 或云函数 URL——务必以 Connections 为准。 模型 API：常见包括 api.anthropic.com、api.openai.com、generativelanguage.googleapis.com、*.googleapis.com 证书空间及登录域 accounts.google.com；选用 OpenRouter 等聚合时还会出现 openrouter.ai 等（可参考 OpenRouter 超时排障）。

静态转载列表只能当起跑线；302、区域 CDN 与公司 SSO 跳转域都要靠 Rule Provider 增量维护，并检查是否在过宽 GEOIP,CN,DIRECT 之前命中。

1启用 Clash TUN，统一终端与 IDE 出站

在 Meta 内核图形客户端打开 TUN、规则接管模式，完成驱动／Helper 授权。建议先跟 Clash Verge Rev TUN 模式完整教程走通。堆栈 gvisor 与 system 取舍见 TUN 堆栈对照。开启后，在 VS Code 里触发一次扩展检查更新，同时在集成终端执行 curl -I https://registry.npmjs.org/，确认两条连接都出现在 Connections。

若策略禁止 TUN，须在同一 shell 导出 HTTP_PROXY／HTTPS_PROXY／ALL_PROXY，维护 NO_PROXY，并设置 VS Code http.proxy 与 npm config——双写成本高，但比反复重装 Cline 扩展省时。

2用日志排分流规则顺序

在宽泛 GEOIP,CN,DIRECT 之前插入 registry、VS Code 市场、模型 API 与 MCP 相关后缀，映射到 PKG_PROXY、MARKET_PROXY、AI_API 等真实存在的策略组。演示骨架如下（组名请替换）：

# Example only — replace proxy-group names with yours
rules:
  - DOMAIN-SUFFIX,registry.npmjs.org,PKG_PROXY
  - DOMAIN-SUFFIX,npmjs.org,PKG_PROXY
  - DOMAIN-SUFFIX,npmjs.net,PKG_PROXY
  - DOMAIN-SUFFIX,marketplace.visualstudio.com,MARKET_PROXY
  - DOMAIN-SUFFIX,vscode-unpkg.net,MARKET_PROXY
  - DOMAIN-SUFFIX,anthropic.com,AI_API
  - DOMAIN-SUFFIX,openai.com,AI_API
  - DOMAIN-SUFFIX,googleapis.com,AI_API
  - DOMAIN-SUFFIX,github.com,PKG_PROXY
  - DOMAIN-SUFFIX,githubusercontent.com,PKG_PROXY
  - GEOIP,CN,DIRECT
  - MATCH,AI_API

顺序语义见 Clash Meta 规则顺序与 MATCH。Anthropic／OpenAI／Google 可共用一个 AI_API 组，也可拆组便于 pinned 低抖动节点；MCP 远程域名单独观察后再补，勿假设与模型 API 同后缀。

3npm 与 registry：装 SDK／CLI 的第一关

执行 npm config get registry：镜像未同步会出现「元数据有、tarball 不动」。企业 Nexus 常需直连或专用策略组。混用官方 https://registry.npmjs.org/ 与公司源时，用 scope 或项目 .npmrc 明确优先级。与 TUN 并存时，陈旧 npm config proxy 有时应清空，让 Clash 统一决策——是否清空取决于公司是否强制显式代理。strict-ssl 与根证书要一起查，别把证书错误当超时。

安装 Cline CLI 或拉取含 SDK 的 monorepo 时，优先用 npm install -v 或 pnpm install --reporter=append-only 锁定卡住的主机，再回 Clash 日志对拍——比反复 npm cache clean 更有效。

4VS Code 扩展市场与 JetBrains 插件

从扩展市场安装或更新 Cline 时，流量往往不走你在浏览器里测试的同一 PAC。除 TUN 外，可核对 VS Code 设置里的 http.proxy、http.proxyStrictSSL 是否与 Clash Mixed Port 冲突（双代理叠加以 Connections 为准，通常只保留一种）。Windows 上若扩展下载极慢，对照日志是否误走直连；macOS 上注意 Little Snitch 等防火墙与 TUN 驱动并存时的拦截提示。

JetBrains 系列使用自家 Plugin Repository 主机名，迁移 Cline SDK 到 IntelliJ／WebStorm 时请以该次失败的 SNI 为准补规则，不能照搬 VS Code 市场后缀。

5MCP 远程工具与本地 stdio 的边界

MCP 本地 stdio Server（如读本机文件、跑本地命令）通常不产生新的跨境 HTTP，问题多在远程 Hosted MCP、拉取 Server 包时的 npm，或 Server 回调云 API。阅读 MCP 分流与 DNS 后，在 Cline 里启用每个 MCP 时抓一次日志：若出现 SSE 长连接，注意策略组不要用激进 url-test 中途换节点导致断流。公司网关要求的 mTLS 或固定出口，应走 IT 批准路径，而非个人订阅节点硬闯生产网。

6多提供商模型 API 稳连

Cline 可在设置里切换 Anthropic、OpenAI、Google 等；各提供商端点、OAuth 与流式协议不同。对话阶段短连接密集，宜把 api.anthropic.com、api.openai.com、generativelanguage.googleapis.com 等放进更新少的手动 AI_API 组。细分排障可交叉阅读 Claude 分流、ChatGPT/OpenAI、Gemini 专题。OpenAI 兼容端点若指向自建或第三方网关，必须以日志里的真实 Host 写规则，勿只写 openai.com。

7DNS、FakeIP 与规则语义对齐

规则写了 DOMAIN 但 DNS 走另一路径，会出现「看似命中 DIRECT、内核目的地址已分叉」。阅读 Meta DNS 防泄漏、fake-ip-filter 与 nameserver-policy；让 MCP、市场与 API 域名在 filter／policy 中与规则一致，减少「首轮成功、次轮缓存翻车」。

最小验证：别每次全量重装 Cline

调参期间分步探针：① curl -Iv https://registry.npmjs.org/；② curl -Iv https://marketplace.visualstudio.com/（或日志里的市场 CDN）；③ 对你使用的 https://api.anthropic.com/ 或 OpenAI/Google 健康路径做同样探测；④ 触发一次短 MCP 工具调用并观察 SSE 连接是否稳定。Windows 用户在 WSL2 跑 Cline CLI 时，读 WSL2 与宿主 Clash 打通，避免 Linux vNIC 与宿主策略分叉。

FAQ：镜像、双代理与「像超时其实是证书」

只换 npm 镜像能解决 Cline SDK 迁移吗？能缓解公网 registry 延迟，但解决不了扩展市场与模型 API；公司环境通常只允许 Nexus。勿把未知第三方 registry 设为默认。

扩展已装好，对话仍报 API 超时？对照 Connections：是 Anthropic/OpenAI/Google 哪条链；查 DNS、FakeIP、策略抖动与 HTTP/3，不要假设装包成功等于推理出站已修好。

MCP 本地 Server 也要写代理规则吗？纯 stdio 本地一般不需要；远程 Hosted MCP 与 Server 访问的云 API 需要。以日志为准。

合规提醒：请遵守所在地法律、各模型服务商条款与公司网络政策；生产环境使用经批准的专线或 ZTNA。勿将 API Key 与个人代理凭据写入共享仓库或 CI 日志。

下载渠道：Clash 客户端请从本站下载页获取；本文仅讨论出站排障，与 Cline 官方发行包无代言关系。

小结：四层出站画进同一张图

Cline SDK 把 npm、编辑器市场、MCP 与多提供商模型 API 绑在同一条迁移路径上；只修聊天网页或只修 registry 都会在压力下露馅。Clash TUN 先把终端代理边界抬到系统层，让分流规则覆盖 VS Code 宿主与 shell 里的 Node；再用日志维护各层后缀，最后对齐 DNS 与 .npmrc／IDE 代理设置。

手工在每个 shell 复制代理 URL 的方案，在 GUI 启动的终端或丢环境的守护进程里会回到「偶发成功」。Clash Meta 客户端把订阅、规则与 Connections 放在同一工作台，排障时能看见某次 Cline CLI 装包或 Anthropic API 调用走了哪条策略。若完成 TUN、规则、npm、市场、MCP 与 DNS 对齐仍失败，应转向企业 IT 或服务商状态页。若希望用统一界面维护这些规则，可免费下载 Clash，先完成 TUN 教程，再用上文 curl 探针验证整条链路。