先说结论：原 Mihomo Party 的 GitHub 地址当前跳转到 clash-party，因此新内容应使用 Clash Party（原 Mihomo Party）表述。名称变化不等于订阅立即失效，但下载新版本、查文档和处理问题时应跟随当前仓库。
名称变化影响的是信息入口，不是自动升级
旧文章、视频和书签可能仍指向 Mihomo Party；新版发布、issue 和文档会使用 Clash Party。名称变了以后，最容易出的问题不是配置本身，而是用户从相似域名下载了错误文件，或根据旧截图寻找已经变化的设置。
怎样确认你找到的是当前项目
交叉核对 GitHub 组织、仓库名称、Releases 页面和项目文档。一个站点只要名称相似、图标相同，并不能代替这些来源证据。原地址跳转到 clash-party 是确认关系的直接线索；下载文件则仍应来自仓库的发布页。
旧配置迁移前先做备份与验证
保留订阅地址和独立本地规则的备份，不要直接复制整个客户端数据目录。先在一个设备中导入、更新并验证，再迁移其他设备。是否兼容取决于配置格式和内核能力，不取决于旧名称本身。
站内标题如何兼顾旧词与新词
标题使用“Clash Party（原 Mihomo Party）”，首段解释两者关系，后文以当前名称为主。这种写法能让搜索旧名的读者得到明确答案，也不会让正文持续重复两个名称。下载步骤见安装说明。
操作前的检查清单
- 已通过 GitHub 跳转确认项目关系
- 下载页与发布页来自同一项目组织
- 旧订阅和本地规则已独立备份
- 在一个设备验证后再大范围迁移
常见问题
旧版 Mihomo Party 一定不能继续使用吗？
不能仅由名称判断。应结合系统兼容性、配置可用性和项目发布说明决定是否升级。
改名后订阅需要重新购买吗？
客户端名称本身通常不决定订阅是否有效，格式兼容和服务商规则才是关键。
搜索结果中多个“官网”怎么选？
优先核对项目组织、仓库与 Releases，而不是依据广告、相似域名或图标。
参考资料
说明：本文按照公开的项目资料和常见操作路径整理，不代表对任何节点、订阅或第三方服务的可用性承诺。软件菜单会随版本变化；遇到与文中不同的界面时，请优先确认当前版本的官方说明。
