Memory

客户端与生态

Clash Party 核心开发者与架构师 · 2024 — 至今

又名 memory2314 · Mihomo Party 团队

桌面分流的聚会狂欢:Memory 与 Clash Party 的生态聚合革新

深度内嵌 Sub-Store、WebDAV 与可视化规则编辑,打造开箱即用的现代化全能桌面代理中心

第一幕 · 困局:高级分流的门槛与开箱即用的鸿沟

随着去中心化代理网络走向深水区,普通用户面临着越来越高的技术门槛:不同机场下发的节点命名混乱无序,倍率标注五花八门。

若想对多份订阅进行节点清洗、正则重命名与去重合并,用户往往不得不额外部署复杂的外部转换工具,甚至自行编写脚本。

Sub-Store 虽被公认为处理订阅的神器,但其依赖外部独立的 Node.js 运行时与繁琐的本地服务搭建,将绝大多数非技术背景的用户挡在门外。

桌面代理生态急需一款既具备现代声明式 UI 视觉,又能将高级订阅处理工具链“开箱即用”无缝内嵌的终极聚合终端。[1][10]

第二幕 · 破局:2025 年初的提权攻坚与品牌更名跃迁

2025 年 8 月 12 日,开发者 Memory 带着首个针对 Windows 权限检测的修补(Commit 6bdb133c:“fix: no admin rights on Windows”)正式踏入代码库。

他紧接着在 8 月 14 日淘汰了古老脆弱的 WMIC 命令行调用,换装现代化系统 API 与提权自启动逻辑(Commit 35f51e1e)。

在项目早期的品牌塑造中,面对原名 Mihomo Party 在分发渠道与用户认知上的局限,Memory 于 8 月 30 日主导了关键的品牌跃迁(Commit 0c38d3eb):

“mihomo-party -> clash-party”

他同步重构了 WinGet 官方包管理清单、AUR 脚本与跨平台产物命名,将项目正式确立为面向更广泛开源社区的现代桌面代理旗舰 Clash Party。[3][5][1]

第三幕 · 内嵌:Sub-Store 零门槛打包与无依赖流转

为了打破“高级功能必须外挂独立服务”的魔咒,Memory 展开了一场工程层面的深度融合攻坚。

2025 年 8 月 23 日,Memory 攻克了 ES Module 兼容性难题(Commit 94183172),将庞大的 Sub-Store 运行束直接编译打包进 Electron 主进程管道。

用户无需安装 Node.js、无需手动敲击终端命令起后台进程,只要启动客户端,一个功能完备的 Sub-Store 订阅管理中心便已静默就绪。

多源订阅合并、标签批量过滤、正则改名与规则组合在本地内存中毫秒级流转,原本繁杂艰深的代理运维,被他打磨得如同点选音乐播放列表般轻盈自然。[4][10]

第四幕 · 创新:可视化规则编辑器与告别 YAML 梦魇

在长达数年的代理客户端发展史上,修改分流规则始终是困扰普通用户的一大心病:动辄数百行的 YAML 缩进错误、字段大小写遗漏,常常导致客户端启动闪退。

2025 年 10 月 11 日,Memory 向代码库注入了里程碑式的功能创新(Commit 2bf54446):

“feat: add visual rule editor (#1251)”

他亲自主导设计了交互式可视化规则编辑器,全面支持 MATCH 兜底规则、附加参数输入、卡片拖拽重排与直观的头尾追加,更贴心设计了带撤销保护的安全删除机制。

随后在 10 月 22 日,他打通了基于 WebDAV 云端存储与本地文件的无损备份恢复(Commit 55860af9),让普通用户在图形界面上即可随心所欲定制分流策略并在多设备间无感漫游。[6][7]

第五幕 · 淬火:Smart 内核深度集成与全架构公证出鞘

在底层分流核心的演化中,Memory 紧密对接 Mihomo Smart 智能内核特性,打造了具备自适应延迟探测、连接快速熔断与智能策略优选的高性能路由管线。

作为跨平台桌面软件,跨系统的安全隔离与数字签名是交付生产的最后一道险关。

2026 年 9 月 20 日,面对 macOS 平台严格的 Gatekeeper 拦截与公证报错,Memory 亲自动手重构了 CI 签名流程(Commit 4ea39d22):

“fix(ci): import the Developer ID cert ourselves so macOS releases sign again”

他自主编写自动化证书导入脚本,打通了苹果官方开发者证书的自动化签名与公证链路;辅以完善 Windows ARM64 NSIS 安装器与 Linux pacman 打包,让每一位不同系统的极客都能获得无缝的原生安装体验。[9][8]

第六幕 · 余响:两百次严密提交筑就的狂欢盛宴

从 2025 年盛夏的系统权限攻关,到 Sub-Store 的内嵌融合,再到可视化编辑器的打磨与现代版本的稳健迭代,Memory 在 Clash Party 的长卷上刻下了超过 200 次高质量提交。

他与团队将这款曾被视为小众探索的客户端,推上了坐拥数万星标的现代主流舞台,成功证明了强大的极客功能与极致的用户体验绝非不可调和的矛盾。

以生态之名汇聚灵感,以工程之刃斩断繁苛——Memory 用行云流水般的代码,为全网代理玩家带来了一场名副其实的交互“聚会狂欢”。[1][8][10]

本站收录作品

已收录 1 款主导开发应用
Clash Party

Clash Party

开源免费
Windows / macOS / Linux

桌面 Mihomo 图形客户端,提供 TUN、配置覆写、WebDAV 备份、Sub-Store 与 Smart 内核选项。

代表作品与核心贡献

Clash Party (前身 Mihomo Party)

访问作品

深度集成 Sub-Store、WebDAV 与 Smart 核心的现代跨平台桌面代理客户端

内嵌 Sub-Store 订阅预处理管线

访问作品

免除外部 Node.js 运行时的开箱即用节点过滤、重命名与规则转换引擎

交互式可视化规则编辑器 (Visual Rule Editor)

访问作品

支持 MATCH 模式、附加参数、拖拽排序与撤销保护的图形化分流配置中心

致敬开发者的坚守

代码或许归档,但火种永不熄灭。为推动网络对抗演进与底层工程突破的开拓者献上一份敬意。

单设备 1 小时内限致敬 1 次 · 匿名无感不收集隐私

作者公开发言与动态

来源:GitHub

Memory2314:Clash Party 2.0.3 的 TUN 模式确实有问题,无法联网的缺陷已在开发分支修复

Memory2314 在 Clash Party issue #2195 下答复:2.0.3 的 TUN 模式确实有问题,无法联网的缺陷已在 dev 中修复;切换 TUN 报错可能是因为缺少管理员权限。 该 issue 由用户 W2514 于 2026-09-27 07:53Z 提交(Windows,clash-party 2.0.3):开启 TUN 模式后依旧无法连外网,关闭再开启 TUN 后恢复正常,切换 TUN 的实现方式也能恢复,但有时切换 TUN 模式会报错;同一线…(节选)

查看全部动态(3 条)

编年大事记

Clash Party (Mihomo Party) 项目正式创世

初始化跨平台桌面工程骨架(Commit dc56a69e),确立现代化集成桌面架构路线。[2]

Memory 提交首个 Windows 提权修复

提交 Commit 6bdb133c,优化系统管理员权限检测,开启向项目的核心技术长征。[3]

突破性内嵌 Sub-Store 运行束

提交 Commit 94183172,攻克 ES Module 兼容,实现无需外部依赖的可视化订阅预处理管线。[4]

主导项目品牌跃迁至 Clash Party

提交 Commit 0c38d3eb,统筹 WinGet、AUR 与构建脚本,完成 mihomo-party 向 clash-party 命名升级。[5]

首创实装交互式可视化规则编辑器

提交 Commit 2bf54446,支持 MATCH、附加参数、拖拽排序与撤销保护,彻底告别手写 YAML 报错。[6]

打通 WebDAV 配置备份与多端同步

提交 Commit 55860af9,支持端到端云端备份与本地恢复,实现跨设备无缝漫游。[7]

发布打磨成熟的 v2.0.2 稳定版本

统筹发布里程碑小版本,调优极端复杂订阅下的内存开销与高并发虚拟网卡路由稳定性。[8]

攻关解决 macOS 开发者证书公证流水线

提交 Commit 4ea39d22,自主编写证书导入机制,恢复 macOS 官方签名公证并发布新版本。[9]

一手来源与考据

小传正文中的关键事实与时间点均基于以下公开一手记录或权威报道:

  1. [1]
    https://github.com/mihomo-party-org/clash-party
  2. [2]
    https://github.com/mihomo-party-org/clash-party/commit/dc56a69e376d2cb6b556c65f03545b23bd98d9eb
  3. [3]
    https://github.com/mihomo-party-org/clash-party/commit/6bdb133ceaf5e619f496a1dc8f5d691b036f2622
  4. [4]
    https://github.com/mihomo-party-org/clash-party/commit/941831728c3aef2cd059b049b0385eeee9094cee
  5. [5]
    https://github.com/mihomo-party-org/clash-party/commit/0c38d3eb26dafb3da59ced741ac4d5c044845c96
  6. [6]
    https://github.com/mihomo-party-org/clash-party/commit/2bf54446df75aff12bbfa239b9d4bdeb13a1fdd8
  7. [7]
    https://github.com/mihomo-party-org/clash-party/commit/55860af9b3f67ae384bf2640ecb634fc85c54869
  8. [8]
    https://github.com/mihomo-party-org/clash-party/releases/tag/v2.0.2
  9. [9]
    https://github.com/mihomo-party-org/clash-party/commit/4ea39d22772d867ca1cf8c8a0d38d925cffbe2e2
  10. [10]
    https://github.com/mihomo-party-org/clash-party#readme
资料边界与事实声明

本文严格基于 mihomo-party-org/clash-party 官方 GitHub 仓库公开 Commit 提交历史、Pull Request 评审记录、Release 发布公告及文档整理。恪守开源社区隐私底线,绝不记录任何现实个人生活与非公开信息,全部内容聚焦于其在桌面客户端架构、Sub-Store 内嵌集成、可视化分流规则设计与版本交付中的技术抉择与工程事实。

修订历史:
  • :扩充六幕非虚构传记,深度考据 200+ 提交历史、Sub-Store 内嵌打包、可视化规则编辑器、品牌更名、WebDAV 多端同步与 Smart 核心调度。
  • :依据 mihomo-party-org/clash-party 仓库提交与 Releases 整理,核验 Sub-Store 内嵌与 Smart 核心调度演进。

发现人物信息不准确?

写明需要纠正的内容,可附相关链接。资料会在人工核验后更新。