Mihomo Party 下载、安装与订阅导入教程
简答:如果你搜索 Mihomo Party 后看到多个版本和下载页,先不要直接安装:截至 2026 年 11 月 2 日,项目组织的 Clash Party Releases 页面将 v2.0.4 标记为 Latest,而旧的 balala2oo8/mihomo-party 仓库页面标记为 v2.0.1。最稳妥的做法是从当前项目组织 Releases 页面重新选择系统和架构对应的资产,核对文件名与 SHA-256 后再安装;安装完成后先导入兼容的 Mihomo/Clash 配置,用普通系统代理测试,最后再单独启用 TUN。
定义:Mihomo Party 是用于管理 Mihomo 配置、订阅、代理组、规则和 TUN 的桌面图形客户端,不等同于订阅服务本身。
先做 30 秒下载核验:仓库、标签、资产、架构、哈希
本文是第三方使用指南,不是该项目的官网或官方下载站。资料核验日期:2026 年 11 月 2 日。
搜索结果中可能同时出现 Mihomo Party、Clash Party 和多个旧版本。先检查以下五项:仓库是否为项目组织页面、是否有 Latest 标签、版本标签和发布日期是否清楚、资产名称是否匹配你的系统、是否能找到对应 SHA-256 文件。当前项目组织的 Releases 页面显示 v2.0.4 为 Latest,发布日期显示为 2026 年 10 月 18 日,并列出安装包与对应的 .sha256 文件。打开项目组织的 GitHub Releases 页面核验
| 核验项 | 正确做法 | 异常时怎么办 |
|---|---|---|
| 仓库 | 优先从 mihomo-party-org/clash-party 的 Releases 进入 | 不要从未知下载站或搜索结果直链安装 |
| 版本 | 查看页面上的 Latest、标签和发布日期 | 不要把旧文章中的版本号当成当前版本 |
| 资产 | 确认系统、架构、安装方式与设备一致 | 不要混用 Intel、ARM64、32 位和 64 位文件 |
| 哈希 | 下载对应安装包和同名 .sha256 文件 | 没有匹配项时不要自行猜测校验值 |
| 名称 | 允许安装包文件名出现 clash-party | 以发布页的仓库、标签和资产列表共同判断 |
Mihomo Party 和 Clash Party 是什么关系?
目前可核验到的是:balala2oo8/mihomo-party 仓库页面显示它是一个 Mihomo 图形界面项目,并标注为从 mihomo-party-org/clash-party fork 而来;当前项目组织的仓库名称则是 clash-party,其 About 区域将项目描述为 Mihomo GUI。查看当前项目组织仓库
因此,不建议仅凭“文件名里出现 clash-party”就判断下载到了完全不同的软件,也不建议把旧仓库页面上的版本号当作当前发布版本。更安全的判断方式是:打开项目组织仓库,再进入其 Releases,核对标签、发布日期、资产名称和校验文件。旧仓库仍可能显示独立的历史发布记录,例如其页面当前标记为 v2.0.1;这与项目组织页面当前标记的 v2.0.4 并不相同。查看旧仓库的历史 Releases 页面
客户端本身是 Mihomo 的图形界面,Mihomo 是客户端可以使用的核心之一。项目 README 将其描述为 Mihomo GUI,并列出配置修改、TUN、WebDAV、覆写和订阅管理等功能;具体菜单和功能仍应以你安装的版本界面为准。查看项目 README
按系统选择 Mihomo Party 安装包
当前项目组织的 v2.0.4 发布页明确列出了 Windows 10/11、Windows 7/8、macOS 11+、macOS 10.15+ 和 Linux 的资产分类。以下内容只描述该发布页实际列出的类型,不代表其他版本一定拥有相同资产。查看 v2.0.4 发布说明与资产列表
| 设备或系统 | 发布页中可核验的选择 | 判断方法 |
|---|---|---|
| Windows 10/11 | 安装版或便携版:64 位、32 位、ARM64 | 在系统信息中查看系统类型;普通 Intel/AMD 设备通常是 64 位,Windows ARM 设备选择 ARM64 |
| Windows 7/8 | 安装版或便携版:64 位、32 位 | 只有设备确实运行对应系统时才选择该分类;能否正常使用仍以当前资产和系统环境为准 |
| macOS 11+ | PKG:Intel 或 Apple Silicon | Intel Mac 选择 Intel,M 系列 Mac 选择 Apple Silicon |
| macOS 10.15+ | PKG:Intel 或 Apple Silicon | 同时核对 macOS 版本和处理器类型,不要只看文件扩展名 |
| Linux | DEB、RPM、PACMAN:64 位或 ARM64 | 按发行版的软件包格式和 CPU 架构选择 |
如果你的系统版本、架构或发行版不在当前资产列表中,不要盲目下载“看起来最接近”的文件,先查看发布页是否有其他资产或说明。Windows 7/8、macOS 10.15+ 等分类是当前 v2.0.4 发布页列出的信息,未来版本可能变化。
安装与 SHA-256 校验:入口、动作、结果、回滚
- 打开入口:进入项目组织 Releases 页面,确认页面上的版本标签、Latest 标记和发布日期。
- 选择资产:根据系统版本、CPU 架构和安装方式选择文件。Windows 在安装版和便携版之间选择;macOS 选择对应的 PKG;Linux 选择 DEB、RPM 或 PACMAN。
- 下载校验文件:当前 v2.0.4 发布页的资产列表中可以看到若干与安装包同名的
.sha256文件。必须下载与安装包完全对应的校验文件,不要把其他资产的哈希值混用。在资产列表中查看当前校验文件 - 计算本地哈希:Windows PowerShell 可执行
Get-FileHash .\文件名 -Algorithm SHA256;macOS 或 Linux 可执行shasum -a 256 文件名。将输出值与发布页对应的 SHA-256 完整比对。 - 安装并观察:安装版按向导进行,便携版解压到独立目录后运行,macOS PKG 按系统提示完成,Linux 使用发行版对应的软件包工具。首次运行前先备份已有配置。
- 异常回滚:如果哈希不一致、架构不匹配、来源无法确认或系统安全提示与文件来源不符,不要强行放行;删除未验证文件,回到 Releases 页面重新选择资产。
Windows SmartScreen 或 macOS 安全提示本身不能证明文件一定安全,也不能证明文件一定有问题。先核对仓库、标签、资产名和哈希;无法完成核对时,保留当前配置并停止安装。
首次导入订阅或本地配置:先确认格式,再测试代理
- 准备配置:确认你拿到的是 Mihomo/Clash YAML 配置、兼容的远程订阅,还是其他客户端格式。链接名称不能证明返回内容兼容。
- 打开配置管理:启动客户端,进入配置、订阅或类似的管理入口,选择添加远程订阅或导入本地配置。不同版本的菜单名称可能不同,以当前界面为准。
- 填写待替换字段:只粘贴你自己确认过的订阅地址。不要把完整订阅链接、返回内容、Token 或带认证信息的日志放到公开截图、工单或代码仓库。
- 更新配置:执行订阅更新,观察是否出现代理组、节点或规则内容。更新成功但没有节点时,回到提供方核对返回格式、授权状态和配置内容。
- 先用普通系统代理:先启用系统代理或客户端提供的普通代理入口,确认客户端日志或连接列表能观察到请求,再测试浏览器或其他应用。
- 最后测试 TUN:TUN 会接管更多系统流量,可能涉及系统权限和其他网络工具冲突。先保存配置,再单独开启 TUN;如果网络中断、内核启动失败或出现循环代理,立即关闭 TUN,恢复普通系统代理或直连。
规则模式、全局模式、直连模式和 TUN 不是同一层面的开关:规则、全局、直连通常描述流量如何选择路径,TUN 则涉及更底层的系统流量接管。排障时一次只改一个变量,便于确认是哪一步产生影响。
订阅、系统代理和 TUN 异常:按现象分流
| 现象 | 先检查 | 处理动作 | 复测标准 |
|---|---|---|---|
| 订阅更新失败 | 地址是否过期、是否需要授权、返回格式是否兼容 | 使用脱敏方式检查请求是否有响应;不要公开完整链接或响应内容 | 客户端更新时间变化,并能读取配置内容 |
| 导入后没有节点 | 配置是否只有规则、代理集合是否为空 | 查看本地配置结构或向提供方确认格式,不要凭文件名判断 | 配置页能看到代理组、节点或可用连接项 |
| 系统代理不生效 | 客户端是否运行、系统代理是否打开、是否有其他客户端覆盖 | 暂时退出其他网络工具,关闭后重新开启系统代理 | 应用请求能在客户端连接状态或日志中观察到 |
| TUN 无法启动 | 系统权限、其他 TUN、网络过滤软件或内核状态 | 先关闭 TUN,使用普通系统代理;重启客户端后再单独测试 | TUN 状态显示运行,关闭后网络仍能恢复 |
| 安装后无法启动 | 来源、哈希、系统版本、CPU 架构 | 重新选择匹配资产;必要时恢复安装前备份 | 正确架构的文件能够打开客户端 |
v2.0.4 发布说明列出了 TUN 重建、远程订阅模板、订阅自动更新、Windows 7 窗口初始化等修复项。它只能说明该版本发布说明提到这些变化,不能保证你的具体设备一定解决问题;遇到异常时仍应结合当前日志、系统版本和配置逐项复测。核对 v2.0.4 发布说明中的修复项
Mihomo Party 与订阅服务不是一回事
Mihomo Party 或 Clash Party 是客户端,负责读取和管理配置;订阅服务负责提供远程配置、节点或代理集合。两者不是同一个产品,安装客户端并不会自动生成订阅,也不能因为某个订阅链接能打开就推断它一定支持当前客户端。
本文不提供具体订阅服务的价格、可用性或性能结论。若你使用某个服务,建议先确认其返回格式、授权方式、更新周期和客户端兼容说明,再把订阅地址导入客户端。订阅链接属于敏感信息,应避免公开分享。
安装完成后的复测清单
- 客户端可以正常启动,版本标签和安装包来源已经记录。
- 配置或订阅更新后,页面能显示配置内容、代理组或规则。
- 普通系统代理测试通过,再决定是否启用 TUN。
- 开启 TUN 前已经备份配置,并知道如何关闭 TUN 回滚。
- 发现连接异常时,只修改一个设置,再观察日志和连接状态。
- 下次升级仍从当前 Releases 页面重新选择资产,不盲目拼接旧版下载地址。
资料核验日期:2026 年 11 月 2 日。版本、资产、菜单和系统兼容性都可能随项目更新变化,安装前应重新打开发布页核对。
常见问题
Mihomo Party 当前应该从哪里下载?
优先从项目组织的 GitHub Releases 页面进入,查看 Latest、版本标签、发布日期和资产列表。资料核验日期为 2026 年 11 月 2 日,该页面当前标记 v2.0.4 为 Latest;安装前仍应重新核对,因为版本和资产会变化。
Mihomo Party 和 Clash Party 是两个完全不同的客户端吗?
现有页面显示旧仓库 balala2oo8/mihomo-party 从项目组织的 clash-party 仓库 fork 而来,项目组织仓库也将自身描述为 Mihomo GUI。名称和仓库存在变化迹象,下载时应以当前项目组织 Releases 的标签、资产和校验文件为准,不要只按文件名判断。
Windows 应该下载 64 位、32 位还是 ARM64?
先在 Windows 系统信息中确认系统类型。普通 Intel 或 AMD 设备通常选择 64 位,Windows ARM 设备选择 ARM64,只有确认系统为 32 位时才选择 32 位;最终仍以设备和当前发布页资产匹配为准。
macOS Intel 和 Apple Silicon 怎么选?
Intel Mac 选择 Intel PKG,搭载 M 系列芯片的 Mac 选择 Apple Silicon PKG。同时核对 macOS 版本分类;当前 v2.0.4 发布页分别列出 macOS 11+ 和 macOS 10.15+ 资产。
订阅导入后没有节点怎么办?
先确认订阅返回的是 Mihomo/Clash 可识别配置,而不是其他客户端格式;再检查配置是否只有规则、代理集合是否为空,以及地址是否过期或需要授权。不要公开完整订阅链接或返回内容,必要时向提供方索取兼容说明。
要不要安装后马上开启 TUN?
不建议。先导入配置并确认代理组存在,再用普通系统代理测试;普通代理正常后单独开启 TUN。若出现网络中断、内核启动失败或循环代理,关闭 TUN,恢复系统代理或直连。
GitHub 版本标签和安装包文件名不一致怎么办?
不要自行拼接下载地址或猜测版本含义。分别记录 Releases 标签、发布日期、资产文件名和对应 SHA-256;如果信息仍不一致,以当前项目组织发布页和发布说明为准,无法确认时先不要安装。
相关阅读
- Android 用户可继续查看 Mihomo 客户端设置与订阅导入指南
- Linux 用户可查看架构选择、curl 测试与自启动配置
- 导入成功但速度慢时,可继续排查节点、DNS 与 TUN
- 遇到连接失败时,可查看通用连接问题排查步骤