wonfen

客户端与生态

Clash Verge Rev 创世维护者与发起人 · 2023 — 至今

又名 Clash Verge Rev 发起人

废墟上的擎旗者:wonfen 与 Clash Verge Rev 的创世接棒

在生态巨震的至暗时刻挺身接棒,以敏捷工程构建跨平台开源桌面客户端的全新航标

第一幕 · 破晓:2023 年 11 月的至暗时刻与废墟擎旗

2023 年 11 月初,中文代理工具生态遭遇了一场毫无预警的历史性海啸:Clash 官方核心、Clash for Windows 与原版 Clash Verge 几乎在同一周内相继停更、清空或删库。

11 月 3 日下午,原版 Verge 仓库在推送了仅有两个单词说明的清空提交(Commit chore: rm)后宣告归档。面对顷刻间坍塌的开源工具链,数以百万计的桌面用户瞬间陷入了断粮与维护真空。

在风暴中心与万马齐喑的混乱时刻,开发者 wonfen 于 2023 年 11 月 21 日(UTC 18:24)正式创建了 clash-verge-rev 仓库。

数小时后的 11 月 22 日凌晨 02:56,他向代码库推送了具有里程碑意义的创世接棒提交(Commit 01be65a6)。他在提交日志中写下了冷静而坚决的宣言:

“chore: delete clash core, update CI, change profile name, change URL test link”

他没有另起炉灶重新发明轮子,而是以极致的工程决断力接过了原作者 zzzgydi 留下的开源火种,宣布开启开源延续(Continuation of Clash Verge)。

面对旧版核心的停摆,wonfen 迅速将默认内核无缝切换至社区活跃维护的开源内核 Mihomo(Clash.Meta),使濒临窒息的桌面分流体系在废墟中重新点燃了破晓的微光。[1][2]

第二幕 · 筑基:跨平台工业化流水线与前线攻坚

接盘一个庞大的跨平台桌面项目绝非易事。原版代码中遗留着针对旧内核的硬编码、过期的自动更新检查,以及脆弱的跨系统便携打包逻辑。

wonfen 亲自主导了对整个 GitHub Actions CI/CD 流水线的彻底重构,致力于将散落的代码骨架打造为工业级生产软件。

在仓库初创的关键 48 小时内,社区前沿开发者迅速响应,wonfen 展现出极其敏捷的工程协同能力。

2023 年 11 月 22 日 16:23,他合并了由 Kuingsmile 提交的 1 号 Pull Request(Commit 717cf295:“feat: add UWP loopback tools”),迅速打通了 Windows UWP 回环隔离工具的免配置兼容;

紧接着在 11 月 23 日上午 11:11,他合并了关键的 3 号 Pull Request(Commit aba706a2:“fix: Downgrade runas to fix service install bug”),攻克了 Windows 平台服务模式安装提权失败的底层沉疴。

随后数日内,wonfen 连续提交多项补丁,打通了 Windows(x64/x86/arm64)、macOS(Intel/Apple Silicon,包含苹果开发者证书公证)以及 Linux 全架构自动化流水线,为 Verge Rev 筑起了坚实稳健的跨平台交付基石。[3][4][5][1]

第三幕 · 协作:从个人项目到开放社区公地的蜕变

随着生态的恢复与稳定,项目的血缘传承与实际维护职责迎来了历史性的界定。

2024 年 3 月 23 日 11:29(UTC+8),原版作者 zzzgydi 在 Clash Verge Rev 的 PR #724 中公开向社区澄清:

“当前项目不是我在维护哈,可以等维护者回复哈”

这一表态彻底划清了作品血缘与实际维护的边界。作为 Rev 仓库的创建者与所有者,wonfen 展现出极其宽广的极客胸怀:他没有将项目据为私有领地,而是坚定推行开放透明的多人协同治理。

他为社区顶尖开发者搭建起充分施展才华的工程舞台,先后引入了 Tunglies(贡献超 930 次提交的核心架构师,主导 Worker 流量老化引擎与单例锁重构)、MystiPanda 等中坚力量。

wonfen 本人则主动退居中枢,专注统筹大版本发布节奏、底层依赖升级与系统服务安全,带领 Verge Rev 完成了从个人接棒向现代开源数字公地的深远蜕变。[6][1]

第四幕 · 试炼:CVD 订阅绑定的技术探索与自由边界冲突

在开源客户端的演进历程中,技术探索与用户自由边界的平衡是每一位掌舵者必须经历的严酷试炼。

2026 年 6 月 2 日 13:43,wonfen 在分支中提交了具有重大争议的 Commit 2cb9c13a,尝试在客户端引入 CVD(Clash Verge Device)订阅绑定协议。

该方案基于系统随机数生成 X25519 密钥对,公钥通过请求头传递,私钥锁入系统钥匙串。其初衷是应对服务商反馈订阅被网络爬虫与审查者批量抓取、探测节点的情形,试图通过设备绑定提高审查者的滥用成本。

然而,由于 CVD 限制了用户自由导出私钥,在客观上导致订阅被锁定在特定设备槽位,赋予了服务商限制设备与追踪换机的能力。方案合入后,迅速在 GitHub Issue #7187 引发了全网激辩。

上游 Mihomo 核心维护者 wwqgtxx 在议题中发出了严肃警告:

“密钥应该由用户自行生成……任何客户端都不该控制用户密钥的生成方式,任何客户端都不允许限制密钥的导入导出,更禁止通过收集机器指纹信息来生成密钥。违反上述原则的实现我们将在WIKI中标注使用风险,警告用户不应使用该客户端”

社区极客亦尖锐指出:代理客户端的核心使命是捍卫用户的数字自由与隐私掌控,绝不能以“反滥用”之名剥夺用户导出私钥的权利。[7][9][14]

第五幕 · 担当:深切自省、闪电回滚与开源公约守护

面对社区的强烈关切与原则分歧,Verge Rev 内部建立的去中心化制衡机制展现了惊人的纠错效率。

在 CVD 提交仅 7 小时后的 6 月 2 日 21:02,核心架构师 Tunglies 迅速在主分支推送回滚提交(Commit fa27d3ea),以雷厉风行的手段将 CVD 协议代码全量撤出主干。

而作为项目发起人的 wonfen,展现了真正成熟开源领袖的自省胸襟。他没有依仗创始人权限强行推进,更没有利用管理员特权掩盖争论。

在全面倾听并审视了社区与上游长达数天的多方论战后,2026 年 6 月 8 日 08:18,wonfen 在 Issue #7187 郑重发表了直面问题、极具分量的公开致歉:

“cvd方案暂时搁置,限制用户导出私钥,确实损害了社区和广大用户的利益,只维护了机场主的利益。这里向社区和上游郑重道歉。如果有更好的方案防止订阅泄露,欢迎大家提出。”

这番坦诚的自省赢得了社区与上游的普遍尊重。风波不仅未伤及项目元气,反而成为了 Verge Rev 接受社区监督、以实际行动捍卫开源伦理与用户自由底线的经典范例。[8][9][10]

第六幕 · 宏图:数万星标的桌面旗舰与常青火炬

风暴散去,代码与工程的演进回归纯粹。wonfen 带领团队迅速重回系统级交互与性能稳健打磨的攻坚轨道。

2026 年 9 月 11 日,wonfen 提交了关键的系统服务治理补丁(Commit bea03e1a),精准限制 GUI 权限并保护用户的自定义 TUN 字段,同时在服务启动时实现提供商缓存元数据的原子化同步发布。

在随后的版本迭代中,他深入攻关 Windows / Linux 系统服务权限隔离、DNS 覆盖确认持久化与崩溃状态优雅自愈,先后统筹发布了 v2.5.2、v2.5.5 与 v2.5.7 等一系列高度成熟的稳定版本。

历经三载寒暑洗礼,Clash Verge Rev 的 GitHub Star 数突破数万,装机量跨越数百万,成为中文技术圈无可争议的桌面分流第一旗舰。

从 2023 年至暗废墟中的决绝擎旗,到工业级流水线的全平台铺设,再到面对原则考验时的诚挚自省与敬畏初心——wonfen 用行胜于言的代码与日复一日的守望,为开源世界点亮了一簇永不熄灭的常青火炬。[12][11][13][1][14]

本站收录作品

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

Clash Verge Rev

开源免费
Windows / macOS / Linux

基于 Tauri 2 的桌面 Mihomo 客户端,支持配置管理与增强、系统代理、TUN 模式和内核切换。

代表作品与核心贡献

Clash Verge Rev

访问作品

基于 Tauri 的跨平台 Clash Meta GUI 客户端,延续并超越原版 Verge 的现代桌面代理旗舰

跨平台 CI/CD 工业化流水线

访问作品

覆盖 Windows、macOS 与 Linux 全架构的自动化持续集成与签名发布体系

服务模式与 TUN 深度集成

访问作品

原子化发布系统服务、安全沙箱降级与自定义 TUN 字段保留治理

致敬开发者的坚守

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

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

作者公开发言与动态

来源:GitHub

wonfen:托盘延迟菜单宜用 set_text/set_checked 更新而非整体重建,并需要可靠的刷新触发

在「feat(tray): add a per-group latency test」PR 中,wonfen 请作者把 (a)(b) 两处本地修复推到该 PR 上;对 (c) 同意在只更新延迟或选中状态时用 `set_text` 与 `set_checked` 更新既有菜单项,而不是重建整个菜单,并指出当前 `latency_items` 只登记测试按钮,需要扩展到代理行。刷新触发也需要可靠方案:在菜单打开时更新只能在下次打开显示结果,无法反映菜单保持打开期间的自动测试;Ta…(节选)

来源:GitHub

wonfen:Clash Verge Rev 托盘菜单项编号溢出导致 Windows 托盘菜单点击全部失效

在 Clash Verge Rev「Windows 版右击系统托盘的“退出”命令无效」(issue #8159)讨论中,维护者 wonfen 表示已在 Windows 上复现并定位:托盘菜单底层的 muda 库在 Windows 上给每个菜单项分配只增不减的内部编号,但点击时只按低 16 位(最大 65535)匹配;CVR 每次刷新托盘菜单(切换模式、节点、订阅、进出轻量模式等)都会整体重建菜单,开启托盘代理组显示时一次重建会产生几百到几千个菜单项,累计超过约 6.4 万个后…(节选)

来源:GitHub

wonfen:Clash Verge Rev 节点显示 COMPATIBLE 源于订阅下载失败与 DNS 走「自动选择」组的依赖循环

在 Clash Verge Rev #8153(mustang518 于 2026-10-03 08:46 UTC 提交,报告 Windows 11 用户模式下启用 TUN 并安装系统服务后代理组节点显示 compatible,卸载系统服务或管理员模式下正常;该 issue 现已关闭)下,wonfen 于 2026-10-05 01:12 UTC 依据日志说明:TUN 已成功启动,但 Sub 订阅因 DNS 解析失败而下载失败,所以节点显示 COMPATIBLE;DNS 请求…(节选)

查看全部动态(22 条)

编年大事记

提交 Rev 创世接棒提交

wonfen 建立 clash-verge-rev 仓库,剥离废弃旧核心并重做 CI 配置,正式开启开源接棒。[2][1]

合并首号社区 PR 并打通 UWP 回环

合并 Kuingsmile 提交的 PR #1(Commit 717cf295),打通 Windows UWP 回环隔离工具。[3]

攻克服务安装与便携版跨平台流水线

合并 Kuingsmile PR #3(Commit aba706a2)修复服务安装,升级 Clash.Meta 核心并打通便携版 CI。[4][5]

原作者澄清维护边界与确立开放治理

原作者 zzzgydi 在 PR #724 澄清不再维护,wonfen 推进社区化开放治理,广纳核心贡献者。[6]

探索 CVD 订阅绑定与闪电回滚

提交 CVD 协议(Commit 2cb9c13a)探索防爬虫方案引发自由争议,Tunglies 迅速推送回滚(Commit fa27d3ea)。[7][8][9]

发表公开致歉并彻底搁置 CVD

在 Issue #7187 郑重向社区与上游致歉,坦诚反思限制私钥对用户自由的侵害,宣布彻底搁置 CVD 方案。[10][9]

统筹发布 v2.5.2 正式版

发布具备高度稳定性的里程碑版本,推进桌面跨平台多架构稳健分发。[11]

修复 TUN 缓存与提供商原子同步

提交 Commit bea03e1a,限制 GUI 权限并保护自定义 TUN 字段,原子化同步提供商缓存。[12]

推进发布 v2.5.7 稳定版本

统筹更新底层服务 IPC 交互、DNS 覆盖确认保护与日常迭代演进。[13]

一手来源与考据

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

  1. [1]
    https://github.com/clash-verge-rev/clash-verge-rev
  2. [2]
    https://github.com/clash-verge-rev/clash-verge-rev/commit/01be65a6249217e3d6c5c622bb2777e66e87027c
  3. [3]
    https://github.com/clash-verge-rev/clash-verge-rev/pull/1
  4. [4]
    https://github.com/clash-verge-rev/clash-verge-rev/pull/3
  5. [5]
    https://github.com/clash-verge-rev/clash-verge-rev/commit/e7b04a89e28b7bc6f5f12a0da92712c8b8b444a9
  6. [6]
    https://github.com/clash-verge-rev/clash-verge-rev/pull/724#issuecomment-2016328227
  7. [7]
    https://github.com/clash-verge-rev/clash-verge-rev/commit/2cb9c13ab6f0b0fec5ccc622c669843c935942ed
  8. [8]
    https://github.com/clash-verge-rev/clash-verge-rev/commit/fa27d3eae57c8444c440f133e95966f01bdd2b7a
  9. [9]
    https://github.com/clash-verge-rev/clash-verge-rev/issues/7187
  10. [10]
    https://github.com/clash-verge-rev/clash-verge-rev/issues/7187#issuecomment-4644548400
  11. [11]
    https://github.com/clash-verge-rev/clash-verge-rev/releases/tag/v2.5.2
  12. [12]
    https://github.com/clash-verge-rev/clash-verge-rev/commit/bea03e1a09118e86b3eb0c2438aa262d853aa773
  13. [13]
    https://github.com/clash-verge-rev/clash-verge-rev/releases/tag/v2.5.7
  14. [14]
    https://clash-verge-rev.github.io/
资料边界与事实声明

本文严格基于 clash-verge-rev 官方 GitHub 仓库公开 Commit 提交历史、Pull Request 评审记录、Release 发布公告与 Issue 讨论原话整理。恪守开源社区隐私底线,绝不记录任何现实个人生活与非公开信息,全部内容聚焦于其在开源客户端接棒、构建流水线、社区治理、协议探索与版本维护中的技术抉择与工程事实。

修订历史:
  • :扩充六幕非虚构传记,深度考据创世接棒提交、跨平台流水线、开放治理、CVD 争议与自省致歉、最新版本稳健迭代等一手代码与议题文献。
  • :首版编写,基于 clash-verge-rev 创世接棒提交、CI 架构与版本维护记录全量考据。

发现人物信息不准确?

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