Mihomo Party 使用教程 下载安装、订阅导入与规则配置指南

一 深度绑定原生内核，摒弃冗余转译#

过去很多图形客户端由于需要兼容多种互不兼容的旧内核，不得不在中间层编写大量极其低效的配置转译代码，导致新协议（如 Reality 或 Hysteria 2）发布数月后仍无法在界面正常配置。Mihomo Party 专注于 Mihomo 内核，内核的原生新特性、新字段均能在第一时间获得界面的无缝支持。

二 声明式覆写插件链（Override Pipeline）#

传统客户端修改规则往往直接暴力修改下载到本地的 YAML 文件。然而一旦机场发布节点变动触发订阅更新，用户此前精心编写的规则便会被瞬间冲刷殆尽。Mihomo Party 创造性地构建了插件拦截链：原始订阅在被加载进内核之前，会依次流经用户启用的各个覆写插件。这种数据与逻辑彻底解耦的机制，让配置定制变得前所未有的优雅与健壮。

一 Windows 平台部署选型#

进入项目官方 GitHub Releases 发布页，针对 Windows 用户通常提供两种安装介质：

1. 安装版（Setup.exe）：适合绝大多数日常用户。安装向导会自动创建快捷方式、配置开机自启动注册表项，并协助静默注册系统服务模式，日后更新客户端只需一键覆盖即可。
2. 便携版（Portable.zip）：适合对系统纯净度有苛刻要求的极客或企业办公人员。解压至任意非系统盘目录（如 D:\Tools\MihomoParty）即可运行，所有用户数据、订阅文件与缓存均保留在程序所在文件夹内，不会在系统深处留下冗余残留。

二 macOS 与 Linux 平台部署要点#

1. macOS 用户：根据自身芯片架构选择对应的版本（arm64 对应 M1/M2/M3/M4 系列芯片，x64 对应 Intel 处理器）。首次打开时若提示“无法打开，因为无法验证开发者”，进入“系统设置” -> “隐私与安全性”，滑动到底部点击“仍要打开”并赋予辅助功能权限。
2. Linux 用户：Ubuntu / Debian 用户推荐下载 .deb 包使用 sudo dpkg -i 完成部署；Arch Linux 用户可通过 AUR 直接安装；通用发行版可直接赋予 .AppImage 文件可执行权限后双击运行。

一 远端订阅的导入与初始化#

1. 启动 Mihomo Party，在左侧导航模块中点击进入“订阅”或“配置”（Profiles）面板。
2. 点击右上角的“新建”或“+”号按钮。
3. 在弹出的配置对话框中，类型保持为“远端订阅”（Remote）。
4. 在名称一栏输入具有辨识度的标签（如“主力香港专线”），在 URL 输入框中粘贴机场提供的订阅链接。
5. 点击“保存并更新”，客户端内置下载组件会向远端服务商发送规范请求头，并在数秒内完成配置文件的拉取与落盘。

二 订阅卡片信息与自动同步策略#

成功导入后，界面会呈现一张信息密度极高的卡片，直观展示当前配置的节点总数、剩余可用流量、套餐到期日以及上次更新时间戳。

• 自动同步周期：建议将更新周期配置为 12 小时至 24 小时之间，保障节点 IP 变动能被及时感知。
• 健康探测联动：在订阅设置中可以开启“下载后自动测试延迟”，确保配置更新完毕后，不可用的灰度节点会被第一时间识别并标记。

一 为什么覆写插件优于手工改文件#

传统方式下，用户若在机场配置中自行加入了几条直连内网的域名规则，每次点击“更新订阅”，这些自定义修改就会被远端下载的新文件全量覆盖。 而在 Mihomo Party 的插件体系中，机场订阅与用户自定义规则完全物理隔离。你可以将自己的分流规则封装为一个名为“我的私有工作路由”的插件，无论机场订阅更新多么频繁，该插件都会在每次配置加载时，像乐高积木一样自动拼接在主规则链的最前端。

二 创建首个自定义规则覆写插件实战#

1. 进入左侧“插件”或“覆写”（Override）选项卡，点击“新建插件”。
2. 为插件命名，例如 Developer-Custom-Rules。
3. 选择插件类型为 YAML 格式，在编辑器中键入用户需要固化的前置分流策略：

1
# Mihomo Party 自定义前置规则覆写插件示例
2
rules:
3
  # 公司内网研发与代码仓库强制直连
4
  - 'DOMAIN-SUFFIX,internal.corp,DIRECT'
5
  - 'DOMAIN-KEYWORD,dev-cluster,DIRECT'
6
  - 'IP-CIDR,192.168.0.0/16,DIRECT,no-resolve'
7
  - 'IP-CIDR,10.0.0.0/8,DIRECT,no-resolve'
8

9
  # 开发调试关键服务定向走低延迟专线
10
  - 'DOMAIN-SUFFIX,github.com,⚡ 自动优选'
11
  - 'DOMAIN-SUFFIX,huggingface.co,⚡ 自动优选'
12
  - 'DOMAIN-SUFFIX,openai.com,🇺🇸 美国专线'

4. 保存插件并在插件列表中开启滑块开关。此时返回主控制面板重新加载配置，这些规则便会以最高优先级注入到当前运行的机场订阅中。

一 连接详情大屏的核心观测指标#

在左侧点击“连接”（Connections）面板，你可以实时查看系统中每一个正在发生网络通信的会话条目：

1. 发起进程（Process）：明确标注是哪个应用程序（如 Discord.exe、node.exe 或 vlc.exe）发起的请求，彻底揪出在后台偷偷跑流量的流氓后台程序。
2. 目的主机与 IP：清晰展示请求的目标真实域名与解析后的出口 IP 地址，配合国家地理位置国旗标识，一目了然。
3. 命中规则（Rule Match）：明确告知该连接是由于命中了哪一条分流条目（例如 GEOSITE,youtube）而被路由至指定节点的，极大降低了分流调试的排查门槛。
4. 实时速率与总耗费流量：分别呈现每个连接当前的上传/下载瞬时速率以及累计消耗的字节总量。

二 进程级一键阻断与诊断排查#

当发现某个未知进程正在疯狂消耗你的宽带套餐时，在连接面板中只需找到该连接，点击右侧的关闭图标，Mihomo 内核会瞬间向操作系统发送 TCP RST 复位报文，强行掐断该会话，捍卫宝贵的网络带宽。

一 一键安装服务模式#

在 Windows 系统中，普通应用程序无法随意创建网络驱动。在 Mihomo Party 的“设置”面板中，找到“系统服务”（System Service）项，点击右侧的“安装”按钮。在弹出的系统 UAC 提权确认框中点击“是”，软件便会在后台完成安全提权服务的常驻部署。

二 开启 TUN 虚拟网卡全量接管#

服务安装成功后，直接拨动界面顶部的“TUN 模式”总开关。Mihomo Party 会自动调用高性能 Wintun 驱动，在操作系统中建立专用的虚拟网络接口，无缝接管全系统的三层 IP 流量。

• 游戏玩家不再需要配置繁琐的端口重定向；
• 程序员在 PowerShell、CMD 或 WSL 中运行命令时，无需手动声明环境变量，全局流量畅享极速出网。

一 编写 JavaScript 动态处理脚本#

在“覆写插件”中选择创建 JavaScript 插件，系统会向函数提供一个包含完整配置对象（config）的入口。以下是一段生产级经过实战检验的动态脚本模板：

1
// Mihomo Party 生产级 JavaScript 动态覆写脚本
2
function main(config) {
3
  // 1. 过滤掉包含流量提示或官方通知的非生产节点
4
  if (config.proxies && Array.isArray(config.proxies)) {
5
    config.proxies = config.proxies.filter(p => {
6
      const invalidKeywords = ['官网', '剩余流量', '到期时间', '群', '通知'];
7
      return !invalidKeywords.some(keyword => p.name.includes(keyword));
8
    });
9
  }
10

11
  // 2. 动态提取所有香港与日本优质专线节点
12
  const hkProxies = (config.proxies || []).filter(p => /香港|HK|HongKong/i.test(p.name)).map(p => p.name);
13
  const jpProxies = (config.proxies || []).filter(p => /日本|JP|Japan/i.test(p.name)).map(p => p.name);
14

15
  // 3. 动态注入地区专用策略组
16
  const customGroups = [
17
    {
18
      name: '🇭🇰 香港低延迟专线',
19
      type: 'url-test',
20
      proxies: hkProxies.length > 0 ? hkProxies : ['DIRECT'],
21
      url: 'http://cp.cloudflare.com/generate_204',
22
      interval: 180,
23
      tolerance: 50
24
    },
25
    {
26
      name: '🇯🇵 日本高速通道',
27
      type: 'url-test',
28
      proxies: jpProxies.length > 0 ? jpProxies : ['DIRECT'],
29
      url: 'http://cp.cloudflare.com/generate_204',
30
      interval: 180,
31
      tolerance: 50
32
    }
33
  ];
34

35
  config['proxy-groups'] = [...(config['proxy-groups'] || []), ...customGroups];
36

37
  // 4. 前置注入专属 AI 与高优先级分流规则
38
  const priorityRules = [
39
    'DOMAIN-SUFFIX,openai.com,🇯🇵 日本高速通道',
40
    'DOMAIN-SUFFIX,claude.ai,🇭🇰 香港低延迟专线',
41
    'GEOSITE,category-anticensorship,🇭🇰 香港低延迟专线'
42
  ];
43

44
  config.rules = [...priorityRules, ...(config.rules || [])];
45
  return config;
46
}

二 动态脚本的工程优势#

1. 自动化消除脏节点：许多机场喜欢将“套餐剩余 50GB”或“官网防走丢”伪装成节点，自动测速时这些无效节点频繁报错。JS 脚本能在内存中自动将它们精准剔除。
2. 免除手工分组烦恼：无论机场是否提供了按地区划分的分组，该脚本都能通过正则表达式自动归类香港、日本、新加坡等节点，并自动创建带有平滑容差的 url-test 自动测速组。

一 Fake-IP 缓存持久化（Cache-File）机制#

在默认状态下，当客户端重启后，Fake-IP 内存映射池会被全部清空。此时若某些常驻后台的系统进程依然持有旧的虚拟 IP 发送数据，内核便无法将其正确还原为真实域名。 Mihomo Party 原生支持将 Fake-IP 映射持久化写入本地磁盘的 cache.db 数据库文件中：

1. 重启客户端或电脑开机后，旧的虚拟 IP 映射关系即刻从磁盘恢复，彻底杜绝了开机初期部分后台应用网络短时卡死的问题。
2. 极大减轻了频繁发起 DNS 上游查询的通信开销，显著提升了大型网页与复杂 Web 应用的首屏渲染速度。

二 严格阻断 DNS 污染的分流编排#

在配置插件中，应当建立“分流前置审查”机制：

1. 国内纯净解析：针对 geosite:cn 与所有国内主流大型互联网公司域名，绑定阿里云 DNS（223.5.5.5）与腾讯 DNSPod（119.29.29.29），享受本地 CDN 极速就近接入；
2. 海外出口远端解析：对非国内域名，彻底阻断本地物理网卡的直接解析请求，交由出口代理节点在境外安全 DNS 环境中执行解析，从根源上摧毁任何 DNS 劫持与位置穿透的可能。

一 应对流媒体平台的机房 IP 风控#

Netflix 与 Disney+ 会定期扫描并封锁数据中心机房常见的 IP 段（即广播 IP）。很多普通节点虽然能正常浏览海外网页，但打开流媒体时会提示“您似乎正在使用解除限制工具或代理”。

• 分流策略：在 Mihomo Party 中为流媒体单独创建专用策略组，将机场中带有“原生 IP”（Residential / Native IP）或“流媒体解锁”标注的节点单独聚合至该组中；
• 规则隔离：通过 GEOSITE,netflix,流媒体专用组 与 GEOSITE,disney,流媒体专用组 规则，将视频流量与日常办公网页彻底隔离，既避免了普通节点的封锁阻断，又防止高清视频流量消耗了日常低延迟办公专线的宝贵额度。

二 针对生成式 AI 的地区合规分流#

OpenAI 与 Anthropic 等平台对客户端 IP 的地理归属地、IP 纯净度以及网络延迟波动有着极其敏感的审计策略：

• 严格避免使用香港节点：绝大多数主流海外 AI 工具均对香港地区的 IP 实施了服务封锁。如果将全局流量或 AI 流量路由至香港节点，会瞬间遭遇 Access Denied 或服务不可用提示；
• 定向绑定美日坡低风控节点：在分流规则中，务必将 DOMAIN-SUFFIX,oaistatic.com、DOMAIN-SUFFIX,oaiusercontent.com、DOMAIN-SUFFIX,anthropic.com 显式指向美西、日本或新加坡的低风控节点，保障生产力工具的全天候稳定在线。

一 PowerShell 验证 Mihomo Party RESTful 控制器健康度#

Mihomo Party 在本地开放了 Web 控制器 API 接口（默认监听在 9097 端口）。通过终端发起一次简单的 HTTP GET 请求，可以快速确认内核是否处于正常响应状态：

1
# 查询本地 Mihomo Party 内核版本与健康状态
2
try {
3
    $ApiResp = Invoke-RestMethod -Uri "http://127.0.0.1:9097/version" -TimeoutSec 5
4
    Write-Host "Mihomo 内核运行正常！当前内核版本:" $ApiResp.version -ForegroundColor Green
5
} catch {
6
    Write-Host "无法连接到 Mihomo Party 控制器端口，内核可能未启动或端口被占用！" -ForegroundColor Red
7
}

二 Bash / Curl 验证分流规则真实生效路径#

在终端中通过特定代理端口请求外网 IP 查询接口，实时校验当前的出口归属与分流情况：

1
# 经由 Mihomo Party 混合端口测试公网出口 IP 与地理位置
2
curl -s --socks5 127.0.0.1:7890 https://api.ip.sb/geoip | jq .

案例一 覆写插件语法缩进报错导致配置无法挂载#

故障现场：某前端工程师在编写自定义 YAML 覆写插件时，复制了一段规则代码。点击保存并重新激活配置后，客户端主界面弹出红字告警“Failed to apply override”，整个代理服务中断。
根本原因：该工程师在复制代码时不慎混入了两个全角空格（中文空格），导致 YAML 语法解析器在遇到非法字符时抛出词法分析异常。
处置流程：

1. 进入“覆写插件”面板，先将刚创建的问题插件滑块开关关闭，恢复主配置运行。
2. 点击编辑该插件代码，将内容粘贴至支持空白字符显示的专业文本编辑器中。
3. 开启“显示隐藏不可见字符”选项，将全角空格全部替换为合法的半角空格。
4. 修复层级缩进对齐后重新保存，重新打开插件滑块，配置瞬间平滑生效。

案例二 开启 TUN 模式后提示服务未响应且指示灯灰暗#

故障现场：用户在新安装的精简版 Windows 10 系统中尝试开启 TUN 模式，点击滑块后持续转圈 20 秒，随后提示“Service communication timeout”，虚拟网卡未能创建。
根本原因：精简版系统在制作过程中删除了系统的 RPC 通信组件或关闭了 Windows Event Log 日志服务，导致系统后台服务模式在启动时无法完成与前台客户端的命名管道通信。
处置流程：

1. 打开 Windows 服务管理控制台（services.msc）。
2. 找到 Windows Event Log 与 Remote Procedure Call (RPC) 服务，确认其启动类型为“自动”并手动点击启动。
3. 返回 Mihomo Party 设置页面，先点击卸载系统服务，随后重新点击安装服务。
4. 重新开启 TUN 模式滑块，驱动加载成功，绿色指示灯常亮。

案例三 节点延迟测速全部呈现绿色但打开网页报 DNS 解析失败#

故障现场：用户导入订阅后测速表现极佳（延迟均在 80ms 以内），但打开 Chrome 浏览器访问任何海外网站均出现 DNS_PROBE_FINISHED_BAD_CONFIG 报错。
根本原因：用户的本地网络环境中，家用路由器开启了非标准的 DNS 端口劫持，而客户端配置的 upstream DNS 全部为明文 UDP 53 端口服务器（如 8.8.8.8），导致 DNS 数据包被路由器拦截丢弃，内核无法获取目标域名的实际 IP。
处置流程：

1. 打开 Mihomo Party 的 DNS 覆写插件或全局设置。
2. 将上游解析服务器由传统明文 UDP 改为加密的 DoH（DNS-over-HTTPS）服务器列表，如 https://dns.alidns.com/dns-query 与 https://1.1.1.1/dns-query。
3. 开启 fake-ip 增强模式，确保本地连接无需等待远端真实解析。
4. 刷新浏览器，海外网页秒级打开，解析错误彻底消失。

案例四 订阅更新后节点全部丢失仅剩一个 DIRECT 选项#

故障现场：用户在点击订阅更新后，卡片上的节点总数从原来的 120 个瞬间归零，代理列表页面中只剩下一个系统默认的 DIRECT 节点，无法正常出网。
根本原因：机场服务端正在进行上游机房割接，临时返回了一个带有 HTML 错误提示的 502 网页，而客户端在拉取失败后未妥善回退旧缓存，将空内容覆盖写入了当前配置文件。
处置流程：

1. 进入配置管理面板，在卡片上右键选择“查看历史版本”或恢复本地备份配置。
2. 登录机场用户中心，核实服务商公告与服务器维护进度。
3. 待机场 API 恢复正常后，重新点击更新订阅，完整的百余个节点列表瞬间重新填充归位。

Q1 Mihomo Party 与普通 Clash 客户端最大的区别是什么#

A1：最大的区别在于内核血统与配置管理范式。Mihomo Party 完全基于新一代 Mihomo（Clash.Meta）原生生态开发，原生支持 VLESS-Reality、Hysteria 2、TUIC 等前沿加密协议，无需中间层转译。同时独创了模块化“覆写插件系统”，让用户无需反复直接修改订阅 YAML 源码即可实现分流、DNS 与去广告策略的可视化自由插拔。

Q2 为什么有时候测速延迟很低，但看 4K 视频依然频繁缓冲#

A2：节点测速显示的毫秒数仅仅代表往返时延（RTT），反映的是物理链路的响应快慢，而不等同于带宽吞吐上限。一个 80ms 延迟的节点如果上游出口带宽仅有 10Mbps，在承载码率高达 25Mbps 以上的 4K 超高清视频时必然会发生卡顿。看高清视频时应选择带有专线标记或大带宽标注的节点。

Q3 开启了覆写插件后，如何知道插件有没有真正生效#

A3：在主界面左侧进入“连接”（Connections）面板。随意打开一个你在覆写插件中配置过的网站（例如 GitHub），在连接大屏中找到该条会话，观察会话卡片上的“命中规则”（Rule Match）标签。如果标签显示为你插件中编写的规则名称（例如命中自定义的自动优选组），即证明覆写插件已成功注入并正在高效运转。

Q4 可以把多个机场的订阅合并在一起测速选优吗#

A4：可以。在 Mihomo Party 的配置管理中，可以通过创建一个“聚合配置”（Merge Profile），在配置中同时引入多个机场的订阅链接作为不同的 proxy-providers。随后在策略组中将这些供应商的节点池统一挂载至一个 url-test 自动测速组中，内核会自动在全网数百个节点中挑选出当时综合延迟最低的最优节点。

Q5 为什么开启客户端后电脑发热明显，风扇声音变大#

A5：首先检查是否开启了高频自动测速。如果在策略组中将健康检查间隔设置得过于激进（例如每 10 秒全量测速一次），内核会持续消耗 CPU 算力进行高并发握手。建议将健康检查间隔保持在 180 秒至 300 秒之间。此外，在开启 TUN 模式时，将协议栈选择为 system，利用系统底层原生网络栈可以大幅降低 CPU 开销。

Q6 遇到无法导入订阅，提示 Request failed with status code 403 怎么解决#

A6：403 错误通常是因为机场服务器的反爬虫防火墙识别到了非标准的 User-Agent 请求头。在 Mihomo Party 的通用设置中，找到“默认 User-Agent”选项，将其手工修改为标准的 ClashMeta/v1.18.0 或 clash.meta，随后重新点击更新，即可顺利绕过服务端的标头拦截。

Q7 Mihomo Party 支持局域网其他设备共享代理吗#

A7：完全支持。在设置面板中开启“允许局域网连接”（Allow LAN）开关，并记下界面展示的本地 IP 地址与混合代理端口（默认 7890）。在手机、Switch 或局域网内其他设备的 Wi-Fi 高级设置中，将代理类型设置为手动，填入电脑的内网 IP 与端口，其他设备即可无缝共享电脑的高速代理通道。

Q8 退出 Mihomo Party 后电脑打不开网页怎么办#

A8：这通常是因为退出软件前没有关闭“系统代理”开关，导致系统注册表中遗留了代理设置。最快速的解决方法是重新打开 Mihomo Party，在界面上手动将“系统代理”开关拨回关闭状态后再正常退出；也可以通过 Windows 设置手动关闭代理服务器。

Q9 如何在 Mihomo Party 中阻断各类常见的网页弹窗与开屏广告#

A9：在“覆写插件”面板中，添加一个基于远程 Rule Provider 的广告拦截插件，引入知名的 Anti-AD 或 Loyalsoldier 广告规则集，在规则列表中将广告域名规则指向 REJECT 策略。内核在遇到匹配域名的请求时会就地静默丢弃，实现全系统浏览器与应用程序的清爽无广告体验。

Q10 软件经常提示有新版本发布，需要每次都跟随更新吗#

A10：建议保持常规更新，特别是当更新日志中明确标明包含了底层 Mihomo 内核升级、新型加密协议补丁或关键网络安全修复时。新版本通常会修复已知的驱动兼容性漏洞并提升数据吞吐效率，让日常出网体验更加平稳有保障。

一 负载均衡的核心算法选型#

在 Mihomo Party 的配置扩展中，可以声明以下关键调度算法：

1. Round-Robin（轮询机制）：将进入内核的每一个新 TCP 会话，按照顺序依次分发到节点池中的不同服务器上。在大批量并发请求场景下，能将上行与下行总带宽瞬间拉升至多节点的聚合上限。
2. Consistent-Hashing（一致性哈希）：根据请求的目标域名或目标 IP 计算哈希散列值，将同一目的地的请求固定路由到同一出口节点。这种算法特别适合需要频繁登录身份鉴权的网站，既实现了多节点并发分流，又杜绝了用户登录 Session 因 IP 剧烈跳变而被强制踢下线的尴尬。

二 粘性会话（Sticky Sessions）防风控实战#

很多在线服务（如电商支付平台、网银、社交媒体）对客户端 IP 的稳定性有严苛要求。如果在进行银行转账或社交账号发帖时，前一个请求来自香港 IP，后一个请求瞬间变成了日本 IP，风控引擎会立即触发异地登录异常警告并冻结账号。 在构建策略组时，通过设置 strategy: consistent-hashing 并结合 url-test 容灾，既能享受高速网络漫游，又能将业务连续性风险降至最低。

一 开启 RESTful 远程外部控制 API#

在设置中开启“允许外部访问”，并设置一个高强度的安全口令（Secret Token）：

1
# 生产级外部控制器安全配置示例
2
external-controller: 0.0.0.0:9097
3
secret: "MySuperStrongSecretKey2026"
4
external-ui: ui

二 跨端远程管理实战#

1. 在同一局域网内的手机、iPad 或另一台便携笔记本上打开浏览器；
2. 访问宿主机的局域网 IP 与端口，例如 http://192.168.1.100:9097/ui；
3. 在弹出的认证界面中填入此前设定的 Secret 口令；
4. 此时无论你身处家中的哪个角落，都可以直接通过触控屏幕查看电脑上的实时流量图表、切换当前代理节点或一键清空 DNS 缓存，实现极客范十足的中央网络中控体验。

一 二进制 MRS 规则集的优势#

Mihomo 内核原生支持将庞大的文本规则编译为体积极小、读取极快的二进制 .mrs 规则格式。

1. 启动速度倍增：相比于每次启动时逐行解析数十万行的 YAML 文本规则，直接加载预编译的 MRS 二进制文件，能使内核初始化时间从数秒缩短至 50 毫秒以内。
2. 极低内存占用：二进制规则集采用内存映射（mmap）技术，避免了将庞大的字符串驻留在垃圾回收内存池中，有效控制长时间运行下的内存增长。

二 离线构建与本地路径挂载实战#

在有网络的环境中提前下载好所需的规则集文件（例如从开源社区获取的 Loyalsoldier 离线规则包），将它们存放在本地目录中，随后在覆写插件中通过 file 协议直接本地引用：

1
# 离线环境本地化 Rule-Set 配置示例
2
rule-providers:
3
  local-ads:
4
    type: file
5
    behavior: domain
6
    format: mrs
7
    path: ./rules/reject.mrs
8

9
  local-direct:
10
    type: file
11
    behavior: domain
12
    format: mrs
13
    path: ./rules/direct.mrs
14

15
rules:
16
  - "RULE-SET,local-ads,REJECT"
17
  - "RULE-SET,local-direct,DIRECT"
18
  - "GEOIP,CN,DIRECT"
19
  - "MATCH,🚀 主力代理"

通过将规则集彻底本地化，即使在完全没有外网规则更新源的严苛隔离内网中，Mihomo Party 依然能依靠本地编译的离线知识库，稳定高效地执行每一项精准分流任务。