tokenpls

客户端与生态

Clash by Hako 创作者与 Hako 内核核心维护者 · 2026 — 至今

又名 Token · Hakong

Apple 平台的纯粹美学与开源闭环:Clash by Hako 的破局与救赎

从 Network Extension 内存生死线到 Apple TV 大屏突围,在命名风波与开源阵痛中完成血缘闭环

第一幕 · 闭环生态与内存紧箍咒:Apple 原生分流的死锁困局

长期以来,Apple 生态的网络代理工具始终处于割裂的两极。

一侧是老牌商业软件筑起的昂贵壁垒,闭源、黑盒且授权不菲;另一侧则是充斥着 Webview 或第三方桥接的跨平台方案,交互迟钝,与 iOS、macOS 严丝合缝的系统质感格格不入。

更残酷的现实,藏在操作系统深处。

在 Apple 的 Network Extension 框架下,主导数据分流的 PacketTunnelProvider 扩展进程,被系统内核套上了一道极为苛刻的紧箍咒——Jetsam 内存配额:iOS 14 及更早版本上,这个数字被死死压在 15MB,直到 iOS 15 起才放宽到 50MB(越狱社区通过修改 com.apple.networkextension.packet-tunnel 的 ActiveHardMemoryLimit 配置即可验证);macOS 因有交换内存而宽松许多,但扩展进程同样受严格的内存预算约束。

一旦海量规则集加载,或者并发流量瞬时冲高,Go 运行时稍有内存膨胀,系统内核便会痛下杀手,毫无征兆地强制闪退。

而在客厅里的 Apple TV 上,情况更为严峻:整个生态几乎是一片荒漠,用户为了让电视看上海外流媒体,往往不得不耗费巨资折腾软路由或旁路由,一人看剧,全家网络跟着动荡。

“如果只有客厅这块屏幕需要不同的网络线路,就不应该要求整个家庭网络一起改变。”

面对死锁,开发者 tokenpls 选择了最险峻的道路:彻底摒弃中间层包装,用纯正的 Swift 与 SwiftUI 从零构建跨端界面,并将底层内核做外科手术式的极致裁剪。[1][9][10][11][16]

第二幕 · 攻占客厅大屏:Apple TV 焦点引擎与全家桶突围

2026 年 7 月 29 日,Clash 1.0.0 首次提交 Apple App Store 审核并在官网 clash.md 正式亮相,TestFlight 测试通道同步开启。

一场针对 Apple 全生态的突击战全面打响,tokenpls 将目光投向了最难啃的骨头——Apple TV。

tvOS 没有触屏,没有鼠标,唯一的交互凭证是手里那枚 Siri Remote 遥控器。为了在大屏上带来丝滑操控,他在客户端中独立重写了焦点引擎(Focus Engine),重构卡片焦点流与边缘回弹。

2026 年 8 月 2 日,Clash for Apple TV 率先敲开 App Store 审核大门,正式上线。

客厅大屏告别了旁路由折腾史:电视独立配置,独立分流,即点即播,家庭网络稳如磐石。

突围势如破竹。

8 月 25 日,macOS 与 Apple TV 双版本正式上架 App Store,Mac 版在次日更是直接登顶美区 Mac App Store 免费榜首位。

8 月 29 日,历经多轮提审拉锯,iOS 版本终于冲破苹果苛刻的审查防线。

2026 年 9 月 1 日,他在官方频道向所有等待的社区成员宣告:

“从手里的 iPhone、桌上的 Mac,到客厅里的 Apple TV——同一套配置,每个平台都是原生体验。Clash,经典回归。这次是 Apple 全家桶。”[8][12][14][16][17][18]

第三幕 · 硬核深水区:驯服 PacketTunnel 与全链路开源

华丽的原生界面背后,是极其冷酷的系统底层攻防。

为了彻底降服那道 50MB 内存红线(iOS 14 及更早版本更是死卡 15MB),tokenpls 在 Hako 内核中引入了定制的低内存连接准入控制(connection_admission_low_memory.go)。

该机制在隧道启动与高并发握手时,对连接池实行分级配额管理,并针对 Darwin 系统重构了底层进程属主查找(process_owner_lookup_darwin),有效防止了无界缓存冲垮扩展进程。

2026 年 9 月 2 日,基于 mihomo v1.19.30 深度调校的 Hako 内核源码与 XCFramework SDK 正式开源,遵循 GPL-3.0 协议。

在工程链路层面,他建立了严格的依赖锁定体系:客户端通过 Dependencies.lock.json,将内核与适配层锁定在特定 commit SHA 上,确保复现构建与内存稳定性。

2026 年 9 月 5 日,他兑现了早先对社区的承诺:

“代理工具位于网络流量的关键路径,信任不应只来自一句承诺,更应该来自公开、可验证的代码。”

从 Hako 内核、Swift 适配层 Hako-Adapter 到全平台客户端 Hako-Client,整套生产代码链路全部向社区开放,达成了从内核到界面的全链路开源闭环。[2][3][7][6][10][19][20]

第四幕 · 代码血缘大考:从合规危机到上游反哺

然而,全链路开源的喜悦尚未完全舒展,一场代码层面的致命危机骤然爆发。

开源早期,Hako 仓库没有从上游直接 Fork,提交历史更是缺少完整的祖先演进链,被开发者直指严重违反 GPL 许可证的代码溯源准则。

面对代码违规的硬性事实,tokenpls 做出了极富戏剧性的抉择。

2026 年 9 月 6 日凌晨,他在官方频道发出了那篇流传甚广的自省公开信:

“关于没从 Mihomo fork,以及提交不够原子化的问题,在这里跪着狡辩一次。README 和官网一直都写着上游是 Mihomo。上游我们认,贡献我们记,GitHub 我们确实还在学。属于是项目先建了,GitHub 的驾照还没考到就上路开车了。”

随后,是一句饱含极客自嘲的定格:

“给开源社区添堵了,对不起。错不起,我对了,都怪 GitHub。”

私下在官方社群里,面对围观者的指责与群嘲,他也曾难掩桀骜与愤懑:

“Github 一群傻逼,mihomo 原作者都没说啥,wwqgtxx 都没开喷。”

在情绪激动的瞬间,他甚至扬言要彻底剥离上游:

“急眼了,我只用 sing-tun 了,其他协议我自己接了。”

但仅仅一分钟后,极客理智便战胜了情绪:

“不过不至于。感谢上游成百上千的贡献者。”

仅仅数小时后,他用最纯粹的 Git 工程语言给出了代码补救方案。

2026 年 9 月 6 日下午,Hako 仓库推送了关键提交 e6ac1ee 与 9a98ff7——以一次精巧的非线性 Merge Commit,将上游截至 v1.19.30 基线的 4,263 个历史提交连同原作者署名完整合入祖先链,并同步发布了包含 MetaCubeX、Clash 与 sing-box 完整致谢的 NOTICE 文件。

代码血缘修补完成的同时,tokenpls 试图进一步叩开上游官方认可的大门。

9 月 6 日下午,他向 MetaCubeX 官方文档仓库发起了 PR #209 申请在首位收录,当晚被核心维护者 wwqgtxx 无言直接关闭拒绝;次日发起妥协修订 PR #210 退至末尾,仍未获合并。

文档入口的碰壁,让 tokenpls 转向了更为硬核的代码本身。

在排查 OpenVPN 互通时,他敏锐定位到 mihomo 内核在 tls-auth 中硬编码 SHA-1 导致握手超时的陈年暗疾(Issue #2992),于 9 月 7 日下午向上游提交了 PR #3189。

技术层面的真金白银终于赢得了上游的敬意。

2026 年 9 月 8 日凌晨,此前直接关闭文档 PR 的 wwqgtxx 仔细审查后亲自合入了该修复。

tokenpls 在群中难掩激动地感慨:

“感恩了,未来 mihomo 内核里也有我的一滴代码了。”[4][5][6][23][24][25][26][27][21][22]

第五幕 · 命名风波与正统之争:Clash 招牌下的博弈与重构

代码合规闭环了,但产品身上最刺眼的品牌伦理争议,却在此时全面爆发。

原版 Clash 核心由 Dreamacro 主导,早在 2023 年底便已删库归档;而这款全新的客户端,却在官方网站(clash.md)的大幅横幅、应用商店的标题栏上,堂而皇之地直接自称“Clash”。

官网通篇充斥着“Clash 经典回归”的高调宣传,聚光灯全打在这个超级招牌上,底层“Hako”内核鲜少被正面提及。

借壳、揩油、冒名顶替的声浪席卷社区,本站亦不得不单方面定名“Clash by Hako”以防混淆。

面对命名指摘,tokenpls 寸步不让。

2026 年 9 月 12 日,面对社区用户“不能直接叫 clash、clash pro、clashx 这种误导人名字”的质问,官方账号反问回应:“产品重要还是名字重要?你觉得我错了,你用你的正确的交付来证明我错了。”(需要指出,ClashX 等名称此前已有在先项目使用,该独占主张未见公开权属依据)。

这种“经典回归”宣传与原版猫咪图标的沿袭,终于惊动了早已退隐的生态奠基者。

由于大量用户误以为这是原班人马正统续作并不断私信求证,2026 年 9 月 13 日,不堪其扰的 Clash for Windows(CFW)作者 Fndroid 公开划清界限并一针见血地定性:

“别给我发这个经典回归的 App 了拜托,不认识也不太想认识。🙏 除了图标和名称我没见到哪里有经典。😅”

tokenpls 随后在 Twitter/X 晒出被拉黑截图与致谢设置页调侃“江湖又见”,并借 AI 对话论辩经典:“如果今天已有明显更好的替代品,原作是否仍值得打开看一眼?值得,就是经典;不值得,那只是曾经流行。爱过。”

这场交锋并未冷却,反而在技术社区激起了对“正统血脉”更剧烈的争吵。

2026 年 9 月 14 日,面对网络技术博主针对 Fndroid 表态及“无须争正统”的公开评述,tokenpls 借转推强势亮出自己的命名哲学:

“居然还在扯皮,借勇哥帖子说一下我在电报群里刚发的:Clash这个名字不属于Clash for Windows的作者。Clash也不属于我。Clash属于广大用户,用户爱用的Clash才是Clash,开源且免费。Clash如果有名字专利在某人名下才是最大的问题,所以还在扯名字问题的都是住在城里吃饱撑的。”

将公共品牌的权属直接托付给“广大用户”与“开源免费”,是他为自己占据超级 IP 构筑的最高道德掩体。

而在他自己的官方社群里,面对围绕命名与先驱评价的非议与围观,他以“Token”之名(顶着“客服 1号很不高兴为你服务”的诙谐头衔)表现得更为不羁与决绝。在群友讨论外部争议时,他先是淡然回应“好事呀”,随即留下了掷地有声的定调:

“谁能主张谁来,其他瞎逼逼的一律骂回去。”

“不惯这帮老登的嘴脸。”

“做好我们的 Clash 比啥都强。”

紧接着,面对圈内诸多手握商业付费客户端者的冷嘲热讽与资格审查,他在社交平台上彻底撕开温和面具,火力全开:

“这群傻逼有个特性:自己用上了Surge、小火箭、Quan X乃至Stash和Loon,搭上了专线和VPS,然后脸扭过来开喷:你个臭外地的凭啥叫Clash,你知道什么是经典吗?”

他用极具排比力量的宣言颠覆了“经典”的传统定义:

“用户用得起的Clash才是Clash。用户用着顺手的Clash才是Clash,用户还能用的Clash才是Clash,用户用着放心的Clash才是Clash。这才是经典。”

在情绪宣泄的尾声,他更抛出了一记极具挑衅意味的远景预告:

“惹急了我做Windows版本,大饼我先画着,目前Apple全平台的版本还没稳定下来。”

面对外界扣上的“冒牌货”帽子与“谁给你的勇气冒用品牌”的严厉质问,他更彻底开启全方位嘲讽,以辛辣的草莽语言直接解构社区裁判的权威:

“我自己给的自己的勇气,需要在你这走个流程吗?你这一套一套的标准的规章制度在哪里公示?我去哪里申请?你说的官方是谁?是你吗?好大的官威啊,你要当个小区保安业主们都不敢出门,是不是都得找你批个条子?”

面对围观博主“把有些人气死”的调侃,他毫不避讳地戏谑道:

“我出门就是专业气老登的。”

戏剧性的是,他当天曾一度高调发文宣告“本人戒X 三天,专心写代码和发版本。如果不小心上来喷傻逼,当我戒X 失败”,然而面对汹涌的舆论审判,他终究无法按捺战意而“破戒”舌战群雄;而在面对普通用户关于打磨产品、减少宣发争吵的温和劝告时,他又瞬间放下全身戒备,谦逊应道“好的哥,我收敛点儿”。这种对外狂傲决绝、对内能屈能伸的二元反差,将这场围绕正统之争的舆论博弈推向了极具戏剧张力的高潮。[8][12][31][28][29][30][32][33][34][35][36][37]

第六幕 · 时代余响:在风暴中挺立的 Apple 原生基石

tokenpls 与他的 Clash 客户端,在当代代理工具发展史上留下了浓墨重彩却又极具争议的注脚。

他不是一个毫无瑕疵的开源纯粹主义者,也不是一个纯粹的冒名投机客。

他深谙流量规律,顶着社区对“冒名 Clash”的激烈非议自始至终不改应用名,享受着超级品牌的曝光红利;哪怕面对 CFW 奠基者 Fndroid“除了图标和名称我没见到哪里有经典”的公开定性,他依然在官方群内强硬表态“谁能主张谁来,做好我们的 Clash 比啥都强”,借博主讨论宣称“Clash 属于广大用户”,并以“用得起、顺手、还能用、放心”重新解构“经典”,未在品牌策略上有丝毫退让;但面对代码溯源的硬伤,他又以 4,263 个历史提交的完美合并与全链路开源,兑现了技术底线的救赎。

在工程实践上,他实打实地攻克了 tvOS 客厅大屏独立分流、Swift 原生体验与 Network Extension 内存准入控制这些硬核难题。

他为 Apple 生态注入了一款真正能打的原生工具,也让“Clash”这个名字在闭环生态中借壳延续。

但关于品牌挪用、冒名嫌疑与开源伦理的争鸣,也注定将永远刻在这个项目的起点,成为后人审视这段历史时无法绕过的灰色记忆。[1][4][18][20][28][32][33][34]

本站收录作品

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

Clash by Hako

开源免费
iOS / macOS

面向 iPhone、iPad、Mac 与 Apple TV 的规则分流工具,采用基于 mihomo v1.19.30 派生的 Hako 内核,支持 Clash 配置与分流规则。

代表作品与核心贡献

Clash by Hako (Hako-Client)

访问作品

面向 Apple 全生态平台(iOS、iPadOS、macOS、tvOS)的 Swift 原生分流客户端

Hako Core

访问作品

基于 Mihomo 调优、面向 Apple NetworkExtension 深度裁剪的开源代理内核

Hako-Adapter

访问作品

连接 Hako 内核与 Apple Network Extension 的 Swift 适配层

致敬开发者的坚守

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

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

作者公开发言与动态

来源:GitHub

TokenPLS:Hako 的 Reality 支持跟随 mihomo 上游,pqv 与 spider-x 不在上游范围

针对「Clash 客户端无法连接 3x-ui 3.9.0 生成的 Reality 节点」,TokenPLS 说明 Hako 在 Reality 上跟随上游 mihomo:采用 public-key、short-id,支持 x25519mlkem768,也支持 VLESS encryption;ML-DSA-65 校验(pqv)与 spider-x 同样不在上游实现,其中 pqv 只是可选的客户端校验,可能不是本次连接失败的原因。作者请反馈方补充入站的 Reality 设置(m…(节选)

来源:Telegram

tokenpls:Clash 项目已迁至新建的 GitHub 组织 Project Clash,客户端与内核各自独立建仓

tokenpls 在已核验频道 @clashbyhako 第 35 帖(2026-09-26 16:18:55Z,后经编辑)新增一段「重生之我在 GitHub 做 Project Clash」:他原来的个人 GitHub 账户被风控后,新建了一个名为 Project Clash 的 GitHub 组织(github.com/ProjectClash),客户端仓库为 ProjectClash/Clash-Client,内核仓库也叫 Clash(ProjectClash/Clas…(节选)

查看全部动态(39 条)

编年大事记

Hako-Adapter 创世提交:打通系统网络扩展

提交首个实现 NEPacketTunnelFlow 数据包桥接与系统网络扩展生命周期管理的 Swift 适配层代码。[3]

创建官方 Telegram 频道并发布开源声明

正式建立 @clashbyhako 频道,确立“代码完全开源并接受社区审计”的核心原则。[13]

Clash 1.0.0 首次提交 App Store 审核

首发版本提交苹果审核,并上线 clash.md 官网与 TestFlight 测试通道。[8][14]

应对 App Store 审核调整并承诺稳定后交付全量源码

发布公告说明 Apple 客户端正因应审核反馈进行架构大改,承诺版本稳定后立即公开完整生产源码。[15]

Clash for Apple TV 1.0.0 通过审核正式上线

原生 tvOS 1.0.0 版本率先登入 App Store,首创免软路由的客厅大屏独立分流体验。[12][16]

macOS 与 Apple TV 双版本正式上架 App Store

macOS v1.0.4 与 tvOS v1.0.3 正式公开发行,iOS 端同步通过 TestFlight 开启公测。[12][17]

Clash for macOS 登顶美区 Mac App Store 免费榜

凭借纯正原生 Swift 交互与出色的稳定性,登顶美区 Mac App Store 免费榜首位。[17]

iOS 审核通过,Apple 全家桶全线就绪

iOS 1.0.2 正式通过审核,iPhone、iPad、Mac 与 Apple TV 全平台原生分流闭环达成。[18]

Hako v1.19.30 代理内核与 SDK 正式开源

向社区开放基于 mihomo v1.19.30 调校的 Hako 内核源码与 XCFramework SDK,遵循 GPL-3.0 协议。[2][19]

兑现全链路开源承诺:全平台客户端与适配层源码公开

开放 Hako-Client、Hako-Adapter 生产仓库,形成从内核到 UI 的完整开源链路。[1][3][20]

直面合规质疑并以合并提交恢复 4,263 个上游提交

发表公开自省说明,并通过非线性合并提交(e6ac1ee)完整恢复上游历史与原贡献者署名,发布 NOTICE 文件。[5][4][21][22]

提审 Meta-Docs 寻求首位收录遭 wwqgtxx 直接关闭

向 MetaCubeX 官方文档提交 PR #209 申请收录 Clash by Hako 并置于三方客户端表格首位,遭核心维护者 wwqgtxx 无言直接关闭拒绝。[23]

降级末位重提 Meta-Docs 收录仍未获合并

发起 PR #210 进行妥协修订,将条目撤退至列表末尾并删去介绍性宣传文字,但仍未获上游合并。[24]

向上游 mihomo 提交 OpenVPN tls-auth 握手修复

排查客户端互通时定位到 mihomo 内核在 tls-auth 中硬编码 SHA-1 导致握手死锁超时的缺陷,向上游主仓库提交 PR #3189。[25]

修复 PR 获 wwqgtxx 亲自合并并在群中致谢

PR #3189 获核心维护者 wwqgtxx 审查并合入主分支,随后在官方社群感慨致谢:“未来 mihomo 内核里也有我的一滴代码了”。[25][26]

回应社区用户命名指摘:反问“产品重要还是名字重要”

面对“不能直接叫 clash、clash pro、clashx 这种误导人的名字”的质疑,官方账号未就命名依据作任何说明,仅反问“产品重要还是名字重要?你觉得我错了,你用你的正确的交付来证明我错了”。ClashX 等名称此前已由社区在先项目使用,该主张未见公开的商标或授权依据。[31]

原 CFW 作者 Fndroid 公开澄清非关联并评点“经典回归”

因“经典回归”宣发引发社区持续向原作者私信求证,Clash for Windows 核心作者 Fndroid 公开发文澄清与该 App 毫无关联并直言:“别给我发这个经典回归的 App 了拜托,不认识也不太想认识。除了图标和名称我没见到哪里有经典。”[28]

晒出 Fndroid 拉黑与致谢截图,并转推论辩“经典”定义

面对 Fndroid 的公开澄清与账号拉黑,tokenpls 在 Twitter/X 晒出拉黑截图与应用致谢自嘲回应“江湖又见”,随后转推借 Claude 对话论辩经典标准:“如果今天已有明显更好的替代品,原作是否仍值得打开看一眼?值得,就是经典;不值得,那只是曾经流行。爱过。”[29][30]

群内与社交平台全面回击争议,重释“经典”并首提 Windows 版远景

针对持续发酵的命名正统性与归属争议,作者在官方 Telegram 群内以“Token”之名强硬定调“谁能主张谁来,做好我们的 Clash 比啥都强”;并在 Twitter/X 连发推文与回复,直言“Clash 这个名字不属于 CFW 作者,也不属于我,属于广大用户”,怒斥使用商业付费客户端的优越感批评者,以“用得起、用着顺手、还能用、用着放心”重新定义“经典”,戏谑“我出门就是专业气老登的”,反呛自封官方的资格审查者“好大的官威,当小区保安是不是都得找你批个条子”,并首度抛出 Apple 全平台稳定后规划 Windows 版本的技术远景。[32][33][34][35][36][37]

一手来源与考据

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

  1. [1]

    Apple 平台原生 Swift 客户端源码与架构设计;原 TokenPLS/Hako-Client,2026-10-11 核验时已迁移并归档,历史作者署名不变。

    https://github.com/ProjectClash/Clash-Client-Legacy
  2. [2]

    记录面向 Apple NetworkExtension 的裁剪与内存准入控制演进

    https://github.com/TokenPLS/Hako
  3. [3]

    连接 Hako 内核与 Apple Network Extension 的 Swift 适配层

    https://github.com/TokenPLS/Hako-Adapter
  4. [4]

    详细声明与 Mihomo 上游血缘关系及致谢原作者与各上游项目

    https://github.com/TokenPLS/Hako/blob/main/NOTICE
  5. [5]

    Git 真实合并提交,完整纳入 mihomo v1.19.30 历史基线与 4,263 个祖先提交

    https://github.com/TokenPLS/Hako/commit/e6ac1ee1f6cdff5aa61f7dd0e8a3fd735a56c97d
  6. [6]

    包含 connection_admission_low_memory 等低内存控制实现的汇总提交

    https://github.com/TokenPLS/Hako/commit/9a98ff7f8e4aa5ff5322b290613e1e50e60dc9b3
  7. [7]

    固定内核与适配层具体 commit SHA,确保复现构建与内存稳定性

    https://github.com/ProjectClash/Clash-Client-Legacy/blob/main/Dependencies.lock.json
  8. [8]

    官方产品介绍、支持平台与下载入口

    https://clash.md/
  9. [9]

    面向 Apple NetworkExtension 调优与 SDK 发行说明

    https://clash.md/zh/hako
  10. [10]

    com.apple.networkextension.packet-tunnel 的 ActiveHardMemoryLimit:iOS 14 及更早为 15(MB),iOS 15 起提升至 50(MB)

    https://github.com/eycorsican/jetsamproperties
  11. [11]

    Apple DTS 工程师确认扩展进程整体(含所链接的第三方库)受统一内存上限约束,且该上限未官方公开

    https://developer.apple.com/forums/thread/106377
  12. [12]

    覆盖 iPhone、iPad、Mac 与 Apple TV 的官方商店分发

    https://apps.apple.com/app/id6794257189
  13. [13]

    官方频道建立与开源承诺宣告

    https://t.me/clashbyhako
  14. [14]

    首次提审与经典回归宣言

    https://t.me/clashbyhako/7
  15. [15]

    阐述审核期架构调整与稳定后交付全量源码的承诺

    https://t.me/clashbyhako/8
  16. [16]

    tvOS 原生版本通过审核与客厅免路由理念说明

    https://t.me/clashbyhako/10
  17. [17]

    记录 macOS 版本正式上线与美区 App Store 免费榜登顶

    https://t.me/clashbyhako/14
  18. [18]

    iPhone、Mac 与 Apple TV 全平台原生分流闭环达成

    https://t.me/clashbyhako/16
  19. [19]

    开放代理内核源码与 GPL-3.0 许可声明

    https://t.me/clashbyhako/18
  20. [20]

    内核、适配层与全平台客户端完整链路开源

    https://t.me/clashbyhako/20
  21. [21]

    作者在官方频道就未直接 fork 及提交流程问题向社区致歉并承诺补救

    https://t.me/clashbyhako/22
  22. [22]

    详细公布恢复 4,263 个上游提交及原作者署名的工程闭环

    https://t.me/clashbyhako/24
  23. [23]

    申请在 Meta-Docs 客户端列表首位收录 Clash by Hako,被核心维护者 wwqgtxx 直接关闭拒绝

    https://github.com/MetaCubeX/Meta-Docs/pull/209
  24. [24]

    退至表格末位并移除介绍文字重新提审,但长久保持未合并状态

    https://github.com/MetaCubeX/Meta-Docs/pull/210
  25. [25]

    修复 OpenVPN 中 tls-auth 握手固定硬编码 SHA-1 缺陷,获 wwqgtxx 审查并于 2026-09-08 合并入主分支

    https://github.com/MetaCubeX/mihomo/pull/3189
  26. [26]

    在上游 PR #3189 被 wwqgtxx 合并后,作者在官方群感言:“感恩了,未来 mihomo 内核里也有我的一滴代码了”

    https://t.me/clashbyhako
  27. [27]

    面对社群对版本控制习惯的质疑,作者在群内坦承认知盲区并致敬上游贡献者:“感谢上游成百上千的贡献者”

    https://t.me/clashbyhako
  28. [28]

    Fndroid 公开澄清与 Clash by Hako 无任何关联,并针对其“经典回归”宣传直言“除了图标和名称我没见到哪里有经典”

    https://x.com/fndroid/status/2098834537866514582
  29. [29]

    tokenpls 晒出 Fndroid 拉黑截图与应用内将 CFW 标为“原神”的致谢列表自嘲回应:“谢谢原神Clash for Windows 作者@fndroid 的一键三连。江湖,这不又见了吗?”

    https://x.com/ClashbyHako/status/2098966088579158151
  30. [30]

    tokenpls 转推论辩经典标准:“Claude对经典的检验标准是:如果今天已有明显更好的替代品,原作是否仍值得打开看一眼?值得,就是经典;不值得,那只是曾经流行。爱过。”

    https://x.com/ClashbyHako/status/2098969529384903003
  31. [31]

    回复一名社区用户“不能直接叫 clash、clash pro、clashx 这种误导人的名字”的质疑,未说明命名依据,仅反问“产品重要还是名字重要?你觉得我错了,你用你的正确的交付来证明我错了”。该回复未获转发与点赞;ClashX 等名称此前已由社区在先项目使用,此“独占”主张未见公开的商标或授权依据。

    https://x.com/ClashbyHako/status/2098751256521269543
  32. [32]

    作者在官方社群以“Token”(群头衔“客服 1号很不高兴为你服务”)针对外界争议强硬定调:“谁能主张谁来,其他瞎逼逼的一律骂回去。不惯这帮老登的嘴脸。做好我们的 Clash 比啥都强。”

    https://t.me/clashbyhako
  33. [33]

    tokenpls 引用博主讨论并转述电报群发言,直言“Clash 这个名字不属于 Clash for Windows 的作者,也不属于我,属于广大用户;用户爱用的 Clash 才是 Clash,开源且免费”,指责纠缠专利与命名问题者。

    https://x.com/ClashbyHako/status/2099378982521393661
  34. [34]

    tokenpls 怒斥使用商业付费软件者的优越感开喷,以“用得起、用着顺手、还能用、用着放心”重新定义“经典”,并宣称 Apple 全平台版本稳定后未来不排除开发 Windows 版本的可能。

    https://x.com/ClashbyHako/status/2099385070046028013
  35. [35]

    针对社区用户关于冒用品牌与“谁给的勇气”指摘,作者反问“我自己给的自己的勇气,需要在你这走个流程吗?……好大的官威啊,你要当个小区保安业主们都不敢出门,是不是都得找你批个条子?”

    https://x.com/ClashbyHako/status/2099396830941548772
  36. [36]

    作者宣告“本人戒X 三天,专心写代码和发版本。如果不小心上来喷傻逼,当我戒X 失败”,随后因持续争议再度发文反击

    https://x.com/ClashbyHako/status/2099380795500847531
  37. [37]

    作者在 X 回复中戏谑“我出门就是专业气老登的”,并对善意劝导的用户回应“好的哥,我收敛点儿”

    https://x.com/ClashbyHako/with_replies
资料边界与事实声明

本文严格基于公开的 Git 提交历史(包含 commit e6ac1ee、9a98ff7)、开源 NOTICE 文件、MetaCubeX 官方文档 PR 记录(PR #209、#210)、Mihomo 核心仓库提交历史(PR #3189)、官方 Release、App Store 记录、Twitter (@ClashbyHako、@fndroid、@ygkkkg) 与 Telegram 官方社群公开发布的信息编写,严守绝对隐私红线,严禁探究开发者线下现实身份与隐私。

修订历史:
  • :重构叙事时间线与多幕剧结构:将原先第二幕中跨越时空的合规危机与命名风波按真实历史时间线解耦,调整为严格升序的六幕剧结构(生态死锁 → 全家桶突围 → 硬核开源 → 代码合规与上游反哺 → 命名风波与正统之争 → 时代余响),彻底理顺 2026 年 7 月至 9 月 14 日的事件因果与心路演进。
  • :补录 2026 年 9 月 14 日 tokenpls 针对“Clash 命名归属与正统之争”的连环回应:官方电报群内以“Token”之名强硬定调(“做好我们的 Clash 比啥都强”);Twitter/X 连环反击,直言 Clash 归广大用户所有并重新定义“经典”,反呛资格审查者“好大的官威/小区保安批条子”,戏谑“专业气老登”,自嘲戒推失败,面对善意劝告回应“好的哥收敛点儿”,首提 Windows 版远景。
  • :补录 2026 年 9 月 12 日官方账号对社区用户命名指摘的回应:未说明命名依据,仅反问“产品重要还是名字重要”;同时注明 ClashX 等名称早有在先项目使用、该独占主张未见公开权属依据,并说明其传播量极小。
  • :补充 Fndroid 澄清与拉黑后,tokenpls 晒出拉黑截图与致谢列表,并转推借 Claude 对话论辩“经典”定义的完整回应。
  • :依据 1.0.0 真实提审与发版时间校准大事记与传记叙事,深入记录 Clash 命名未解争议、冒名质疑与官网营销事实。
  • :更正 Network Extension 内存配额表述:旧稿沿用 iOS 14 及更早的 15MB 旧值,现据 Jetsam 配置考证改为「iOS 14 及更早 15MB、iOS 15 起 50MB」,并补录限额来源。

发现人物信息不准确?

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