分流到底在分什么
「分流」是 Clash/Mihomo 体系的核心价值：不同流量走不同出口。最基础的分法是两条——国内直连、国外代理。但真实需求远比这复杂：
- 看奈飞要走对奈飞解锁友好的节点，日常浏览又是另一批节点
- AI 服务对出口地区敏感，需要单独指定地区
- 银行、政务类 App 走代理反而出问题，必须强制直连
- 游戏流量对延迟敏感，和网页浏览不能混用
精细的分流 = 一组「按用途划分的代理组」+ 一套「决定流量进哪个组的规则」。手写这套东西是 YAML 时代最劝退的工程——SubBoost 把它做成了可视化配置：内置 30+ 常用代理组、2000+ 远程规则集，你只需要做选择题。
理解三层结构
配置分流前先建立心智模型，整个分流体系分三层：
规则层（2000+ 远程规则集）：决定「这条流量」属于哪个分类
↓ 命中分类
代理组层（30+ 常用组）：每个分类对应一个可选节点的组
↓ 组内选择
节点层：最终出口（来自你的聚合节点池）远程规则集是社区维护的域名/IP 分类库（哪些域名属于「谷歌」「奈飞」「国内媒体」），SubBoost 内置了 2000+ 个，按需勾选，规则自动保持更新——不用再手动抄规则仓库的 YAML 片段。
一套通用分流模板（直接抄）
基于 30+ 内置代理组，一套适合大多数人的组合：
| 代理组 | 包含/策略 | 典型流量 |
|---|---|---|
| 兜底（MATCH） | 自动选择或手动指定 | 未命中任何规则的流量 |
| 国内直连 | DIRECT | 国内网站与 App |
| 国外媒体 | 地区组（新加坡/日本/美国） | 奈飞、Disney+、YouTube 高清 |
| AI 服务 | 指定地区（按服务要求） | ChatGPT、Claude、Gemini |
| 电报消息 | 低延迟地区组 | Telegram |
| 游戏加速 | 专用低延迟节点 | 对延迟敏感的游戏 |
| 国内媒体 | DIRECT 或指定 | 国内视频音乐 App |
| 微软/苹果服务 | 按需直连或代理 | 系统更新、商店 |
| 广告拦截 | REJECT | 广告域名 |
两个配置细节决定体验：
AI 服务组要单独建。 AI 服务对出口 IP 的地区和「纯净度」敏感，和普通浏览混用一个组，容易因为其他流量把 IP 用「脏」了。单独分组、指定固定地区，是稳定使用的前提。
兜底组的策略要想清楚。 兜底建议用「自动选择（url-test）」而不是固定节点——自动组按延迟自动切换，未命中规则的冷门流量不至于挂在一个死节点上。
规则顺序：分流配置的头号坑
规则是从上往下匹配、命中即停的。顺序错了，再精确的规则也白配。 三条排序铁律：
- REJECT（广告拦截）放最前——广告流量没必要走完后续判断
- 具体规则在前，宽泛规则在后——「奈飞的某个域名」必须在「所有国外网站」之前
- DIRECT 兜底和 MATCH 兜底放最后——它们是收尾的，放在前面会让后面所有规则失效
SubBoost 的规则管理支持规则排序，拖拽调整顺序。配置完用几个典型域名自测：国内网站、YouTube、AI 服务各访问一次，确认走向符合预期。
规则排序速查（配置完自检用）
把三条排序铁律落成一张自上而下的位置表，配置完对着检查一遍：
| 位置 | 放什么 | 放错的后果 |
|---|---|---|
| 最顶部 | REJECT 广告拦截 | 广告流量走完后续判断，可能被宽泛规则抢先放行 |
| 中上部 | 具体服务规则（单个服务的域名） | 被前面的宽泛规则截胡，永远匹配不到 |
| 中部 | 地区、用途类代理组规则 | 引用关系选错组，流量走错出口 |
| 底部收尾 | 国内 DIRECT、MATCH 兜底 | 放在前面，后面所有规则全部失效 |
自测三个典型流量：国内网站（应直连）、YouTube（应走国外媒体组）、AI 服务（应走 AI 组）。三个走向都对，排序基本没问题。
分流常见问题 FAQ
Q：30+ 内置代理组都要用上吗？
不用，按需勾选是正确姿势。用不到的游戏加速、国内媒体组留着没有收益，反而给客户端里的代理组列表添噪音。从常用组起步，遇到新需求再加。
Q：2000+ 远程规则集会自动更新吗？
会。规则集由社区维护、远程拉取，内容自动保持更新——这是内置远程规则集相对手抄 YAML 片段的核心优势，上游新增域名你不用动手就覆盖到。也正因如此，别把 2000+ 全勾一遍，按你实际用的服务选即可。
Q：怎么确认某条流量实际走了哪个节点？
用客户端的连接面板验证（如 Clash Verge 的连接页）：每条连接命中的规则、命中的代理组、最终出口节点都能看到，比靠猜靠谱。分流配置完逐类流量看一眼，走向一目了然。
Q：规则越多越影响速度吗？
数千条规则量级下，匹配开销对现代设备可以忽略，真正影响速度的是节点质量和链路。规则设计的重点放在「准确」而不是「精简」，别为省几条规则牺牲分流精度。
Q：MATCH 兜底是什么意思？
MATCH 是规则体系里的收尾规则，所有没被前面命中的流量都落到它——这也是它必须放最后的原因。兜底指向哪个组，决定了「漏网流量」的默认走向，一般指向自动选择或固定出口组。
Q：代理组可以嵌套吗？
可以，组引用组是 Clash/Mihomo 的常规玩法：比如「国外媒体」组里放新加坡、日本、美国几个地区组，先选用途再选地区。嵌套时引用方向保持单向，别让组互相引用成环。
从模板到个人化
通用模板跑通后，按自己的需求做加法：
- 按设备分？Clash 客户端侧可以做（不同设备不同订阅参数），SubBoost 侧一份配置全家通用更省心
- 按时间分？例如工作时间强制走低倍率节点，在代理组的手动选择里定期切换即可
- 按服务微调？某个服务对某个地区解锁更好，单独给它建小规则，插在大规则前面
分流配置是 SubBoost 使用体系里投入产出比最高的一环——一次配置，全家设备长期受益。配完分流，下一站是更进阶的链式代理。