跨越维度的美学重铸:Stelliberty 与高质感 Mihomo 桌面体验
以 Stelliberty Remake 追求极致视觉动效与低开销架构,实现配置热载零掉线
独立维护的 Android 客户端
时代与传统客户端审美粗糙的困境
长期以来,开源代理客户端多由后端工程师主导,界面粗糙、缺少过渡动画、排版僵硬是普遍现象。在现代操作系统普及高刷新率与精致动态模糊的今天,用户对于日常挂载的代理客户端提出了更高的审美诉求。[4]
以 Stelliberty Remake 追求极致视觉动效与低开销架构,实现配置热载零掉线
长期以来,开源代理客户端多由后端工程师主导,界面粗糙、缺少过渡动画、排版僵硬是普遍现象。在现代操作系统普及高刷新率与精致动态模糊的今天,用户对于日常挂载的代理客户端提出了更高的审美诉求。[4]
面向 Windows、Linux 和 macOS 的桌面客户端,可导入 Clash 标准或 Base64 订阅并启用系统代理。
基于 Mishka 的原生 Android Mihomo 客户端,使用 Jetpack Compose 与 miuix,支持订阅管理、代理组切换和规则分流。
代码或许归档,但火种永不熄灭。为推动网络对抗演进与底层工程突破的开拓者献上一份敬意。
针对「mihomo 进程运行中但 API 无响应(External controller listen error)」,ONEUI 表示大致找到问题:订阅里 provider 很多、本地又没有缓存时,内核要在启动完成前把它们全部下载完,超过原来 10 秒的启动时限就被当成启动失败结束掉;另外导入时预下载的 provider 文件与内核实际读取的路径对不上,等于每次启动都要重新下载一遍。这两处都已修好,测试版正在构建,作者请反馈方更新后再试,看是否还会出现。
在 Stelliberty「连接处整理建议」议题下,ONEUI 说明已修复连接归类错误并给出原因:核心返回的连接链路顺序是「实际出站 → … → 规则命中的策略组」,此前把最后一项(策略组)当成了出站节点,导致 `漏网之鱼 → DIRECT` 这类经策略组最终直连的连接被算进「代理」。修改为按实际出站判断直连与代理,经策略组走 DIRECT 的连接现在归入「直连」、统计数量同步修正(9999ed2);链路显示统一为「策略组 / 实际出站」、与核心日志顺序一致,例如 `漏网之鱼…(节选)
在 stelliberty PR 128 中,作者关闭该 PR,说明底层问题已在 stable 上通过 #129 用另一种方式修复:PR 的做法会在规则页每次加载时重新执行用户覆写脚本(YAML 合并与 JS 的 main(config)),每次保存规则最多执行 3 次、且仅用于显示,同时仍会遗漏在更后面的流水线阶段由链式代理引入的代理组。改为把「原始 → 覆写 → 链式代理」之后、规则覆写之前的中间产物持久化为 effective.yaml(与 original.yaml、…(节选)
小传正文中的关键事实与时间点均基于以下公开一手记录或权威报道:
2026-09-28 UTC,提交者与合并者均为 Kindness-Kismet;核对实际 diff 后建立维护关联。
https://github.com/Kindness-Kismet/stelliberty_android/pull/1核实实际参与,不仅凭仓库所有者字段认定作者。该提交晚于 v1.0.0,不将其子模块变更套用到正式版。
https://github.com/Kindness-Kismet/stelliberty_android/commit/a80157082b87676a19c7e536be58c2778bf466dfv1.0.0 使用 Android VPN 或 ROOT 模式,修改配置需要重启内核;不等同于桌面版。
https://github.com/Kindness-Kismet/stelliberty_android/blob/de9d5f925930f25f1976eb16b8795c809a708133/README.md高颜值跨平台客户端主页与视觉设计说明
https://github.com/Kindness-Kismet/Stelliberty基于 Kindness-Kismet 官方公开代码仓库、脚本实现与 Release 说明整理,严格遵循公共文献边界。
写明需要纠正的内容,可附相关链接。资料会在人工核验后更新。