分流规则

HypoMux 可按进程、域名及子域名、目标 IP / CIDR 选择聚合、直连、以太网、Wi-Fi 或某张具体网卡。

规则在“分流规则”页面按匹配类型管理。新规则通常只影响之后建立的连接；添加或修改规则后，请重新发起受影响应用的连接，必要时重启该应用。

手动规则与匹配顺序2.7.0 实机规则列表。画面中的进程规则为本机配置示例，不是默认规则；请按自己的程序与出口需求设置。

生效范围

手动分流规则与规则集订阅由 TUN 模式加载。系统代理模式下保存成功不等于应用已经直连或被拒绝。新建连接才会应用新规则；出现重启提示时先重新启动 TUN。

一整类域名或 IP 可使用规则集订阅。内置 AI 助手可帮助查询与编辑单条规则，但文件导入和订阅管理仍应在对应页面完成。

添加规则

1. 选择匹配类型：程序、域名或 IP / CIDR。
2. 输入要匹配的值；程序规则使用可执行文件名，域名规则使用域名，IP 规则使用单个 IP 或 CIDR 网段。
3. 选择出口：多网卡聚合、直连、指定网卡或拒绝连接。拒绝规则会阻止匹配的新连接，请核对目标与优先级。
4. 保存后重新建立连接，观察是否按预期分配。

程序名以实际可执行文件为准；游戏平台启动器与游戏本体可能是不同进程。域名填写 example.com，不要附带 https://、端口或路径；IP / CIDR 示例为 192.0.2.1 或 192.0.2.0/24。这些只是格式示例，不要原样添加为业务规则。

例如：将 steam.exe 设为聚合可提升更新下载的并发吞吐；将游戏或会议软件设为直连，可以避免它们受聚合调度影响。

匹配顺序

一条连接可能同时命中多类规则，例如某个进程既有程序规则，它访问的域名又有域名规则。这时由“匹配顺序”决定谁生效。

在规则页工具栏的“匹配顺序”中可以调整三类规则的优先级，默认是进程 → 域名 → IP。设置会自动保存，规则列表为空时也会保留。

• 想按软件统一控制出口，保持默认的“进程优先”即可。
• 想让某个域名无论由哪个程序访问都走同一出口，把域名提到进程之前。
• 同优先级的域名规则中，更具体的子域名优先于父域名匹配。

调整顺序会改变已有规则的结果

匹配顺序是全局设置，不只影响新规则。调整后请重新发起受影响应用的连接，并在“连接”页面确认出口是否仍符合预期。

启用、停用与批量处理

规则表格中的“启用”开关可以临时停用某条规则，而不必删除它。停用后该规则不参与流量匹配，也不参与出口可用性校验，列表会同步显示规则状态。排查某条规则是否有副作用时，停用比删除更安全。

工具栏的“一键禁用无效规则”会批量停用引用了当前不可用网卡出口的规则。更换网卡、拔掉网线或断开热点之后，用它可以快速恢复可用状态；网卡恢复后再手动重新启用这些规则。

批量更新冲突规则的出口时，规则原有的停用状态会被保留。

理解出口策略

出口	行为	需要注意
多网卡聚合	按当前调度策略选择聚合池中的网卡	仍然按连接分配，不拆分单条连接
拒绝连接	阻止匹配的新连接	仅在 TUN 规则生效路径内，不等于关闭整个应用或系统防火墙
直连	绕过聚合调度，使用系统路由	不保证一定走有线，也不保证避开手机移动数据
指定网卡	将匹配流量交给选定出口	先确认该网卡在线并能访问目标，不要猜测网卡内部 ID

从活动连接添加规则

在“活动连接”找到目标进程或连接，通过快捷规则操作选择出口。保存前检查进程名、匹配值和冲突提示，保存后让应用重新连接。若提示配置已变化，重新载入并核对，避免覆盖 AI 或其他页面刚保存的内容。

保存并导入 JSON

1. 修改或导入前，在“分流规则”页面点击“导出备份”，保存当前规则。
2. 将待导入内容保存为 UTF-8 编码的 .json 文件，例如 hypomux-routing-rules.json。文件中不要包含 Markdown 代码围栏或解释文字。
3. 点击“导入备份”，选择文件，核对校验结果和替换提示后确认。
4. 重新建立应用连接，在“连接”页面验证出口。需要恢复旧规则时，导入之前保留的备份。

导入是替换，不是追加

确认导入会用文件中的规则替换当前整套规则。备份只包含分流规则，不是完整应用配置；空规则文件也不应未经检查就确认导入。

导入到另一台电脑时，需要重新核对指定网卡。AI 不知道当前电脑的网卡内部 ID；如需指定网卡，请在导入后通过软件界面选择。

备份格式版本

当前导出的备份为格式版本 3，除规则本身外还会保存匹配顺序。导入版本 1、2 的旧备份仍然受支持，此时会按旧备份的原有优先级恢复类型匹配顺序。

计划回退旧版时先导出一份旧格式备份

v2.5.9 及更早的版本无法导入格式版本 3 的备份。如果你打算在升级后回退，请在升级前用旧版本导出并保留一份规则备份。

让 AI 帮你定制规则

不确定该为哪些程序设置聚合或直连时，可以把你的使用场景交给常用的 AI 助手分析。AI 给出的建议应作为初稿：请先检查规则内容，再在 HypoMux 中添加，并用新建连接验证结果。

提问时告诉 AI 什么

• 需要使用网络的程序或服务，例如下载器、游戏平台、游戏、会议软件；
• 你的目标：提升下载吞吐、保持游戏低延迟，或让某个服务固定走指定网卡；
• 已连接的网卡及它们的用途，例如“以太网稳定、手机热点流量有限”；
• 是否同时运行 VPN、TUN、本地代理或游戏加速器；
• 希望 AI 输出的格式：可导入的 HypoMux JSON 规则文件。

可直接复制的提问模板

我在 Windows 上使用 HypoMux 配置分流规则。

我的网络和需求：
- 已连接的网卡：{例如：以太网、Wi-Fi、手机热点}
- 希望优先实现的目标：{例如：让 Steam 下载使用聚合；游戏和语音保持低延迟}
- 需要处理的程序或服务：{例如：steam.exe、游戏程序名、Discord}
- 正在使用的 VPN、TUN、代理或加速器：{没有则写“无”}

如果缺少必要信息，或程序名、域名、IP 不确定，请先向我提问，不要把“待确认”占位符写入规则。
信息确认后，只输出一个可导入 HypoMux 的 JSON 对象，不要添加 Markdown 代码围栏、注释或解释文字。
JSON 必须使用下面的格式；出口策略只使用 aggregation（多网卡聚合）或 direct（直连）。
match_type 只使用 process、domain 或 ip；value 每条只填写一个已确认的匹配值。

{
  "format": "hypomux-routing-rules",
  "version": 3,
  "rules": [
    { "match_type": "process", "value": "example.exe", "outbound": "aggregation" }
  ]
}

不要建议绕过网站、服务或网络的访问控制。不要把示例 example.exe 当作我的真实程序。

生成后逐条审核，再按保存并导入 JSON操作；不要直接覆盖现有规则。

示例

“我有以太网和 Wi-Fi。希望 Steam 更新尽可能快，但 game.exe、Discord 和语音会议保持低延迟。我没有使用 VPN 或其他 TUN。请按 HypoMux hypomux-routing-rules v3 格式输出可导入 JSON，只使用 aggregation 和 direct 出口。”

使用前请确认

不要向 AI 提供账号、密码、访问令牌、完整公网 IP、日志原文或任何其他敏感信息。AI 不了解你的实时网络环境；它不能替代网络检测、连接验证或你对规则的最终审核。

推荐策略

• 对下载器、游戏平台更新器和浏览器的大文件下载使用聚合。
• 对竞技游戏、语音、视频会议使用直连，以保留原始网络延迟。
• 对一条链路不可访问的域名，可交给单网卡被墙域名自动记录并规避，避免后续连接继续分配到该链路；这项功能默认关闭，主要面向校园网与企业网。

第三方代理与加速器

HypoMux 会尝试识别常见本地代理与游戏加速器进程，并为其建立直连旁路，降低回环与相互代理风险。仍需注意：

1. 两个程序不应同时争用 Windows 的“系统代理”开关。
2. 如果其他程序的 TUN / VPN 已接管默认路由，先关闭它，再启动 HypoMux 的虚拟网卡模式。
3. 对第三方工具版本变更后的异常，先查看兼容提示与支持日志。

WARNING

规则不能绕过网站、服务或网络本身的访问控制。请仅在你拥有或已获授权的设备和网络中使用，并遵守相应服务的规则。