Stelliberty 架构师
共 3 条动态，按原始发布时间排列。
查看人物介绍针对「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、…（节选）
