Clash by Hako|科学之家 kexuezj.com
Clash by Hako · 科学之家

tokenpls:Clash by Hako 等 Apple 客户端作者

Clash by Hako 作者

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

tokenpls 维护 Clash by Hako 等 Apple 多端客户端,公开说明常见于 Network Extension、配置大小上限、DNS/TUN 与地区上架限制。

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

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

tokenpls 维护 Clash by Hako 等 Apple 多端客户端,公开说明常见于 Network Extension、配置大小上限、DNS/TUN 与地区上架限制。

2026 年 7 月 29 日,Clash 1.0.0 首次提交 Apple App Store 审核并在官网 clash.md 正式亮相,TestFlight 测试通道同步开启。 公开资料见 [8]、[12]、[14]、[16]、[17]、[18]。

硬核深水区:驯服 PacketTunnel 与全链路开源

tokenpls 维护 Clash by Hako 等 Apple 多端客户端,公开说明常见于 Network Extension、配置大小上限、DNS/TUN 与地区上架限制。

为了彻底降服那道 50MB 内存红线(iOS 14 及更早版本更是死卡 15MB),tokenpls 在 Hako 内核中引入了定制的低内存连接准入控制(connection_admission_low_memory.go)。 公开资料见 [2]、[3]、[7]、[6]、[10]、[19]。

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

tokenpls 维护 Clash by Hako 等 Apple 多端客户端,公开说明常见于 Network Extension、配置大小上限、DNS/TUN 与地区上架限制。

开源早期,Hako 仓库没有从上游直接 Fork,提交历史更是缺少完整的祖先演进链,被开发者直指严重违反 GPL 许可证的代码溯源准则。 公开资料见 [4]、[5]、[6]、[23]、[24]、[25]。

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

tokenpls 维护 Clash by Hako 等 Apple 多端客户端,公开说明常见于 Network Extension、配置大小上限、DNS/TUN 与地区上架限制。

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

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

tokenpls 维护 Clash by Hako 等 Apple 多端客户端,公开说明常见于 Network Extension、配置大小上限、DNS/TUN 与地区上架限制。

tokenpls 与他的 Clash 客户端,在当代代理工具发展史上留下了浓墨重彩却又极具争议的注脚。 公开资料见 [1]、[4]、[18]、[20]、[28]、[32]。

代表作品与核心贡献

Clash by Hako (Hako-Client)

访问作品

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

Hako Core

访问作品

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

Hako-Adapter

访问作品

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

编年大事记

2026-07-16

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

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

2026-07-28

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

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

2026-07-29

Clash 1.0.0 首次提交 App Store 审核

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

2026-07-31

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

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

2026-08-02

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

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

2026-08-25

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

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

2026-08-26

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

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

2026-09-01

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

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

2026-09-02

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

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

2026-09-05

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

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

2026-09-06

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

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

2026-09-06

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

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

2026-09-07

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

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

2026-09-07

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

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

2026-09-08

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

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

2026-09-12

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

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

2026-09-13

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

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

2026-09-13

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

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

2026-09-14

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

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

一手来源与考据

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

  1. [1]

    Apple 平台全平台原生 Swift 客户端源码与架构设计

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