type
Post
status
Published
date
Oct 14, 2026
slug
20261014-multi-exit-ai-routing
summary
系列第四篇:多备几条出口,用 mihomo 按域名把 ChatGPT、Claude、Gemini 分到各自最稳的线路,并教你怎么验证分流生效。
tags
工具
人工智能
category
资源
icon
password

前三篇把「选 VPS → 搭 VLESS + Reality → 自动体检」走通了。用上一阵子你会发现:同一条出口对 ChatGPT 很稳,Claude 偶尔地区不支持;换一条,Gemini 流畅了,OpenAI 又开始转圈。单出口很难同时伺候好所有 AI。这篇讲两件事:多备几条出口怎么分工,以及在客户端按域名把流量分到各自最稳的那条。

一、为什么一台不够稳
常见情况不是「整条线全挂」,而是半挂:某家 AI 风控了机房 IP、高峰线路拥塞,或小年付 VPS 流量/CPU 先顶不住。上一篇的 fallback 能在整条挂了时换备用;这篇再往前——不同服务走不同出口,让每条线只干自己擅长的事。
二、多出口怎么搭配
不必一上来买五台。多数人先凑齐三类角色:
- 美西主出口:主打 ChatGPT / OpenAI API;
- 备用出口:另一家机房或另一条线路,挂进同一 fallback,主线超时就顶上;
- 亚太多线路:对 Google / Gemini 往往更稳,也可当默认。
原则:供应商和 ASN 尽量岔开,别两条线落在同一小商家同一机房。
三、proxy-groups 先分角色
以 Clash Meta(mihomo)为例(假名示意):
OpenAI 和 Claude 可先共用同一套 fallback;实测某家更挑地区时再拆开。
四、rules:按域名分流
规则从上往下匹配,具体的在前,MATCH 垫底:
若只想分流 Gemini,就别写太宽的
google.com,以免 Maps、登录全跟着绕路。五、怎么验证分流生效
- ChatGPT 打开
https://chatgpt.com/cdn-cgi/trace,看loc=是否落在美西主出口一侧;
- Claude 发一句话;提示地区不支持就把
AI-Claude切到备用再试;
- 在 mihomo 面板 Connections 里确认连接命中的是
AI-OpenAI/AI-Gemini,而不是糊在默认组;
- 命令行抽查(端口换成你的混合端口):
六、踩过的坑
- 规则顺序反了:宽规则或
MATCH太靠前,后面精细规则永远吃不到。
- 只测延迟不看地区:fallback 全绿,IP 已被风控照样不能用。
- 备用长期闲置:主线挂了才发现备用证书过期——备用也要偶尔点开用。
- 和上一篇体检脱节:多出口后,主出口和备用出口都要纳入健康检查。
配好之后,ChatGPT 不再因为换节点「全军覆没」,Claude / Gemini 也能各待在舒服的线路上。
参考链接
系列文章
- 下一篇预告:出口费用与流量怎么控、客户端多设备怎么同步同一套分流配置。