ONEUI

客户端与生态

Stelliberty 架构师 · 2025 — 至今

又名 Kindness-Kismet

跨越维度的美学重铸:Stelliberty 与高质感 Mihomo 桌面体验

以 Stelliberty Remake 追求极致视觉动效与低开销架构,实现配置热载零掉线

独立维护的 Android 客户端

Stelliberty Android 使用独立仓库与 Android 包名。2026 年 9 月 28 日,Kindness-Kismet 提交并合并 PR #1,更新 Mihomo 子模块、补充 Mishka 直接上游的说明,并为发布名称加入 Android 标识。该账号的实际维护行为支持这里的作品关联;Android 项目继承了 Mishka,不把上游已有代码归为该账号的原创,也不将桌面版架构或热重载能力套用到 Android 版。[1][2][3]

时代与传统客户端审美粗糙的困境

长期以来,开源代理客户端多由后端工程师主导,界面粗糙、缺少过渡动画、排版僵硬是普遍现象。在现代操作系统普及高刷新率与精致动态模糊的今天,用户对于日常挂载的代理客户端提出了更高的审美诉求。[4]

破局与设计哲学:Stelliberty Remake 的美学执念

ONEUI 秉承“视觉享受与性能兼备”的哲学,启动了 Stelliberty Remake 大版本重构。他运用现代前端与图形学优化,精心调校了每一个开关与节点卡片的弹簧动效与抗锯齿细节,让代理管理成为一种愉悦的交互体验。[4][5]

硬核工程深水区:服务模式在体热重载与跨层配置直通

在 2026 年 9 月发布的 v2.0.30 中,ONEUI 攻坚了核心重载体验:“Applying config changes in service mode now reloads the core in place, so proxies no longer drop”,消除了传统客户端切换配置必须重启内核造成的几秒网络假死。

在 commit 55ca2a0 中,他实施了关键的架构重构:“refactor(runtime): pass core configs by content across layers”,彻底消除了跨进程配置传递中的文件 I/O 损耗。[6][5]

时代余响与历史地位

Stelliberty Remake 凭借惊艳的视觉设计与顺滑无比的在体热重载技术,收获了千星好评,代表了开源客户端向现代化商业级 UI 品质演进的崭新标杆。[4][5]

本站收录作品

已收录 2 款主导开发应用
Stelliberty

Stelliberty

开源免费
Windows / macOS / Linux

面向 Windows、Linux 和 macOS 的桌面客户端,可导入 Clash 标准或 Base64 订阅并启用系统代理。

Stelliberty Android
Android

基于 Mishka 的原生 Android Mihomo 客户端,使用 Jetpack Compose 与 miuix,支持订阅管理、代理组切换和规则分流。

代表作品与核心贡献

Stelliberty Android

访问作品

基于 Mishka 的原生 Android Mihomo 客户端,独立于桌面版维护与发布

Stelliberty

访问作品

基于现代化动效与极高审美打造的跨平台桌面代理客户端

致敬开发者的坚守

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

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

作者公开发言与动态

来源:GitHub

ONEUI:Stelliberty 启动超时源于订阅 provider 过多且无缓存,预下载路径也与内核不一致

针对「mihomo 进程运行中但 API 无响应(External controller listen error)」,ONEUI 表示大致找到问题:订阅里 provider 很多、本地又没有缓存时,内核要在启动完成前把它们全部下载完,超过原来 10 秒的启动时限就被当成启动失败结束掉;另外导入时预下载的 provider 文件与内核实际读取的路径对不上,等于每次启动都要重新下载一遍。这两处都已修好,测试版正在构建,作者请反馈方更新后再试,看是否还会出现。

来源:GitHub

ONEUI:Stelliberty 修正连接归类,改按实际出站而非策略组判断直连/代理

在 Stelliberty「连接处整理建议」议题下,ONEUI 说明已修复连接归类错误并给出原因:核心返回的连接链路顺序是「实际出站 → … → 规则命中的策略组」,此前把最后一项(策略组)当成了出站节点,导致 `漏网之鱼 → DIRECT` 这类经策略组最终直连的连接被算进「代理」。修改为按实际出站判断直连与代理,经策略组走 DIRECT 的连接现在归入「直连」、统计数量同步修正(9999ed2);链路显示统一为「策略组 / 实际出站」、与核心日志顺序一致,例如 `漏网之鱼…(节选)

来源:GitHub

Kindness-Kismet:Stelliberty 改用 effective.yaml 供规则页读取,并修复基线缺失时规则编辑静默回退

在 stelliberty PR 128 中,作者关闭该 PR,说明底层问题已在 stable 上通过 #129 用另一种方式修复:PR 的做法会在规则页每次加载时重新执行用户覆写脚本(YAML 合并与 JS 的 main(config)),每次保存规则最多执行 3 次、且仅用于显示,同时仍会遗漏在更后面的流水线阶段由链式代理引入的代理组。改为把「原始 → 覆写 → 链式代理」之后、规则覆写之前的中间产物持久化为 effective.yaml(与 original.yaml、…(节选)

查看全部动态(3 条)

编年大事记

Kindness-Kismet 开源 Stelliberty

正式设立代码仓库,开启现代高颜值桌面客户端研发。[4]

启动 Stelliberty Remake 重构计划

重写核心渲染管线与动态微交互引擎。[5]

提交 commit 55ca2a0 并发布 v2.0.30

实现服务模式下内核在体热重载,规避切换配置时的连接中断。[6][5]

发布 v2.0.31-beta2 测试版

持续优化跨平台进程间通信(IPC)机制与系统托盘最小化启动。[5]

一手来源与考据

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

  1. [1]

    2026-09-28 UTC,提交者与合并者均为 Kindness-Kismet;核对实际 diff 后建立维护关联。

    https://github.com/Kindness-Kismet/stelliberty_android/pull/1
  2. [2]

    核实实际参与,不仅凭仓库所有者字段认定作者。该提交晚于 v1.0.0,不将其子模块变更套用到正式版。

    https://github.com/Kindness-Kismet/stelliberty_android/commit/a80157082b87676a19c7e536be58c2778bf466df
  3. [3]

    v1.0.0 使用 Android VPN 或 ROOT 模式,修改配置需要重启内核;不等同于桌面版。

    https://github.com/Kindness-Kismet/stelliberty_android/blob/de9d5f925930f25f1976eb16b8795c809a708133/README.md
  4. [4]

    高颜值跨平台客户端主页与视觉设计说明

    https://github.com/Kindness-Kismet/Stelliberty
  5. [5]

    记录版本迭代轨迹与在体热重载日志

    https://github.com/Kindness-Kismet/Stelliberty/releases
  6. [6]

    核验跨层配置直通与运行时调优真实提交

    https://github.com/Kindness-Kismet/Stelliberty/commits
资料边界与事实声明

基于 Kindness-Kismet 官方公开代码仓库、脚本实现与 Release 说明整理,严格遵循公共文献边界。

修订历史:
  • :依据 Kindness-Kismet/Stelliberty 仓库真实 Git 提交历史、服务模式热重载与 v2.0.x 发布说明编写。

发现人物信息不准确?

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