Serylane v0.7.6

Serylane v0.7.6

订阅新增入口统一

• 「订阅」成为添加订阅地址的唯一入口，避免概览、配置和订阅页面重复出现相同的新增表单。
• 概览中的引导和空状态直接前往订阅页；配置页继续保留本地 YAML 导入、配置管理与版本回滚，不把本地配置功能移除或改成远程订阅。
• 新增表单采用紧凑布局，突出主要输入与提交操作，高级选项按需展开；说明和错误信息仍保持清晰可读。

添加、选用与后续任务分开说明

• 通过「添加后选用」明确选择是否选用新订阅。已有选用配置时，该选项默认不勾选，避免新增订阅时无意替换当前选用项。
• 添加成功后定位并聚焦已保存的订阅卡片；如果等待时已切页或移动焦点，则不抢回焦点。添加失败时保留表单草稿，方便修正后重试。
• 重复地址不新增、不悄悄刷新；明确勾选「添加后选用」时，选用该订阅已经保存的版本。
• 检查记录写入失败会单独提醒，不把已保存的订阅误报为添加失败。
• 可选的 OpenAI 灾备生成任务单独显示状态。后续生成失败不把已经保存的订阅误报为添加失败，也不要求重复导入该订阅。
• 「已添加」「已选用」描述的是配置状态，不代表节点可用、真实请求已经通过或 Codex 已建立连接。

保持现有使用与升级边界

打开新增入口不会自动启动 Mihomo、修改系统代理／TUN，或接入 Codex。主「启动」继续使用 v0.7.5 的系统代理流程，明确的 TUN 入口仍保持独立。路由默认关闭，保存设置、启用服务和接入 Codex 仍是独立操作。

继续使用 Serylane 展示品牌及蓝色 S 图标。安装名称 RouteDeck、routedeck 主程序、应用与 helper 标识、数据目录、GitHub/Gitee 更新地址、RouteDeck_… 安装包命名和现有更新签名公钥均保持不变；本版本不重写历史标签或 GitHub 发布附件。

自动更新仍优先使用可用的国内渠道，并保留 GitHub 备用。国内镜像遵循已确认的「只保留最新一个正式版本附件」策略，历史源码、标签和 GitHub 发布记录保留；具体清理和同步结果以本次工作流执行及公开附件回验为准。

验证与发布状态

本说明对应 v0.7.6 的源码变更。测试结果、安装包公开状态和国内镜像可用性需分别验收，不能由版本号或发布说明的存在推断已经完成。正式可用版本以 Release、更新清单和实际附件核对结果为准。

自动化测试不等于真实网络或长期会话验收；Windows TUN 仍为实验性功能，兼容路由与灾备策略不保证永不断线，切换节点不能续接已中断的数据流。检查和下载更新不会安装或重启应用；安装仍需用户确认，安装及重启可能中断连接，请避开重要会话。

Serylane v0.7.5

Serylane v0.7.5

主「启动」默认使用系统代理

• 点击应用顶部主「启动」按钮，默认进入 启动 Mihomo 核心并启用系统代理 的流程，不再因上次保存的是仅核心模式而只启动核心。
• 明确点击「TUN 模式」时仍按 TUN 流程运行，不替换为系统代理；已有权限要求、启动预检和错误提示继续适用。
• 程序代理中的程序启动与独立路由服务操作仍不自动修改系统代理／TUN；这些操作不是 Mihomo 核心启动入口。路由默认关闭，保存设置、启用服务、接入 Codex 仍是独立操作，不会由主「启动」自动接入 Codex。
• 这是用户主动点击主按钮后的默认行为调整，不是后台自动接管网络；仍应避免与其他代理客户端同时启用系统代理或 TUN。

启动失败与状态保护

• 网络模式保存失败时不继续启动；启动失败后尝试恢复之前的网络模式，不自动重启旧会话，恢复失败会明确提示。
• 端口预检或进程创建失败后恢复到可重试状态，不会一直卡在“正在启动”；已运行实例和正在处理的操作仍受保护。
• 启动期间避免设置保存相互覆盖，丢弃过期刷新结果；根据读回的运行、网络模式和系统代理状态判断成功，不把未接管显示为已开启。

保持图标和升级兼容

继续使用 Serylane 展示品牌及蓝色 S 图标。安装名称 RouteDeck、routedeck 主程序、应用与 helper 标识、数据目录、GitHub/Gitee 更新地址、RouteDeck_… 安装包命名和签名公钥均保持不变。

v0.7.4 已正式发布，本次以独立的 v0.7.5 版本交付，不重写旧标签、旧 Release 或历史附件。

验证与使用边界

文档描述本轮修改的源码行为，不表示 v0.7.5 安装包已发布、国内镜像已完成或本机已安装。自动化测试和构建检查不等于真实网络验收；Windows TUN 仍为实验性功能，兼容路由与灾备策略不保证永不断线，切换节点不能续接已中断的数据流。

检查和下载更新不会停止代理；安装仍需用户确认，安装及重启可能中断连接，请避开重要会话。发布验收以本版本工作流、签名和实际附件为准。

Serylane v0.7.4

Serylane v0.7.4

展示品牌更新

• RouteDeck 的展示品牌改为 Serylane — 开源 Mihomo 桌面代理客户端。更新窗口标题、侧栏、托盘、提示和独立预览，保留中文界面与已有功能。
• 接入新生成的透明蓝色 S 图标，使用 Tauri 官方 CLI 生成桌面平台及侧栏尺寸；旧 M 标记源图保留，图标更新不改变安装或数据身份。
• 项目官网地址为 serylane.cmmuu.com。官网部署、可访问性和下载链接需另行验收；这份发布说明不表示网站已经上线。
• README 保留 RouteDeck、mihomo-codex 曾用名说明，方便已有用户识别同一项目。

保持既有安装与更新身份

• 安装名称暂保留 RouteDeck，主程序、npm／Cargo 名称仍为 routedeck，Linux 内部包名仍为 route-deck。安装器、系统卸载列表、登录启动项或部分系统界面仍出现旧名称属于兼容安排。
• 保留 com.cmmuu.mihomodesktop、用户数据目录、mihomo-tun-helper 与服务标识；不因展示更名迁移或重置订阅、规则、设置和历史版本。
• 保留现有 GitHub/Gitee 仓库与更新清单、RouteDeck_… 安装包名称及签名验证公钥；继续同版本国内优先、GitHub 备用。历史包、签名与标签不重写。
• 保留 Codex 的 routedeck 提供方标识、lease 和备份格式；仅在用户新确认接入时写入 Serylane 显示名称。更名不扫描或改写已有接入配置，旧 RouteDeck 显示名称的 lease 仍可识别和恢复，不改变保存、启用路由、接入 Codex 的独立操作与安全确认。
• 品牌检查显式区分展示名称和安装身份，并守护旧更新地址、文件命名及签名公钥，避免全局替换造成旧版无法更新。

验证与使用边界

本次品牌调整不包含真实网络稳定性的新承诺。Windows TUN 仍为实验性功能；自动化测试或打包成功不代表真实 Codex 长会话、TUN 或所有平台安装流程已经验收。兼容路由默认关闭，切换节点不能无缝恢复已经中断的数据流。

本说明不代表版本已正式发布、国内镜像已同步或本机已安装。检查和下载更新不会停止代理；安装仍需用户确认，安装及重启可能中断连接，请避开重要会话。现有 RouteDeck 用户不应仅因展示更名而卸载软件或清空应用数据。

RouteDeck v0.7.3

RouteDeck v0.7.3

磨砂玻璃界面

• 按确认的设计统一应用内磨砂背景、单色线性图标、导航、表单、按钮、开关及圆角滚动条，减少重复边框与彩色装饰。
• 保留 11 个菜单、已有状态信息及安全确认流程；浅色、深色、深紫和窄窗口使用一致的视觉层级，保持中文正文可读。
• 完善键盘焦点、弹窗取消与焦点返回，并提供减少透明度、减少动效及高对比度降级。保留 Windows 原生窗口习惯；应用内玻璃效果不代表桌面背景透底。

紧凑订阅卡片

• 订阅列表改为紧凑卡片，集中展示订阅名称、启用与更新情况，以及服务商提供的流量用量、总量和到期信息，便于同时查看多个订阅。
• 流量和到期数据读取服务商的 subscription-userinfo 响应头，不将本机实时速率或连接状态当作套餐用量。
• 订阅内容未变化、返回 HTTP 304 时仍可刷新响应头中的用量等元数据，不为相同配置重复生成内容版本。
• 服务商未提供或未完整提供用量、总量或到期信息时，显示对应的未提供提示，不将缺失值当作零用量、无限流量或永久有效。用量信息随订阅更新获取，不是服务商账户的实时账单。

可选的独立路由

• 新增“路由”页面，默认关闭，仅针对模型 API 提供本机转发入口。保存设置、启动服务、接入 Codex 仍是三个独立操作。
• 提供 HTTP/SSE 兼容模式与原生 WebSocket 模式。兼容模式减少对 WebSocket 的依赖，但仍需要稳定的网络出口；部分实时能力需要在新会话中验证。
• 接入前备份配置，保留登录信息，不修改 auth.json，不接管整个应用或系统代理，不强制关闭已运行的程序。接入配置写入成功不等于新会话已经生效。
• 保留进行中请求保护、配置冲突检查与恢复确认；其他程序更改接入配置后，不覆盖冲突内容。恢复后如原入口依赖 CC Switch，仍需其服务正常运行。

更注重持续稳定的 OpenAI 灾备

• 按近期基础检查与可确认归属的模型流样本评估节点，健康的当前节点保持使用。连续故障后进入冷却期，恢复还需连续检查通过，减少反复切换。
• 切换面向后续新连接，不主动清空正常连接，不自动重发模型请求。已经中断的数据流无法通过换节点无缝续接，兼容模式与灾备策略均不承诺永不断线。
• 基础 API 检查和真实模型完成情况分开显示；预期 HTTP 401 只说明基础可达性，不作为完整模型验证。没有模型样本时明确提示；无法确认节点归属、用户取消或原生隧道关闭不直接算作节点故障。

更新与验证边界

“设置 → 软件更新”继续使用自动国内优先策略：选择最高稳定版本，同版本优先 Gitee，GitHub 备用。跨渠道下载回退仅接受版本、大小、摘要及签名一致的包。Gitee 仅保留最新 1 个正式版本的镜像附件；GitHub 历史、两站源码与标签保留。

正式发布需通过前端与原生回归、版本一致性检查、六平台签名构建和附件校验；新增订阅及路由测试纳入 CI 与发布工作流。隔离预览和自动化测试不代表真实 WebView、服务商订阅或 Codex 连接已经验证，也不代表所有网络环境下均不会重连。

本说明本身不表示版本已经发布、国内镜像已经同步或本机已经安装。请以各渠道实际清单与附件校验结果为准。检查和下载更新不停止代理；安装仍由用户确认，安装及重启可能短暂中断连接，请避开重要会话。应用身份与数据目录保持不变，更新签名不等于 Windows Authenticode 签名或 Apple 公证。

RouteDeck v0.7.2

RouteDeck v0.7.2

苹果风格界面

• 按确认的效果图统一侧栏、彩色线性图标、字体层级、设置分组和轻量卡片。
• 统一导航选中、悬停、键盘聚焦及滚动条圆角，避免交互时出现直角背景。
• 同步适配浅色、深色、深紫和窄窗口。保留 Windows 原生标题栏、手动模式及全部已有功能。

国内更新源优先

• 设置中的“自动（国内优先）”在最高稳定版本相同时优先选择 Gitee，GitHub 作为备用下载源。
• Gitee 暂不可用或尚未同步新版时，仍可从 GitHub 获取最高稳定版，不会降级本地应用。
• 下载回退仅限版本、大小、SHA-256 和 Minisign 签名全部一致的安装包。两站独立选择和更新偏好保存继续保留。
• 检查和下载不会停止代理。安装前仍需用户确认，并明确提示安装和重启会短暂中断连接。

升级说明

已安装 0.7.1 正式版的用户可在“设置 → 软件更新”检查并下载安装本版。0.6.x 只有发布页检查入口，需首次手动运行官方正式安装包；之后支持软件内下载安装。

应用身份与数据目录保持不变。建议安装前备份数据并结束重要连接，安装完成后核对版本。Windows 使用对应的 NSIS/MSI 更新包；macOS 使用签名归档；Linux 内置更新仅支持 AppImage，deb/rpm 沿用包管理器。

发布前验证包含前端回归、生产构建、Rust 检查及发布脚本测试；正式附件由六平台签名工作流生成并校验。未在用户正在运行的应用上进行安装或代理切换测试。更新签名不等于 Windows Authenticode 签名或 Apple 公证。

各渠道以实际清单和附件校验结果为准，本文本身不代表 Gitee 镜像已经同步完成。

RouteDeck v0.7.1

RouteDeck v0.7.1

本版是内置双渠道更新功能的首次正式发布候选。v0.7.0 在跨平台检查阶段停止发布，保留原标签，不重写历史；正式包统一使用 0.7.1。

内置双渠道更新

• 设置中可选择自动、GitHub 或 Gitee。自动模式比较可用渠道的稳定版本；某个渠道不可用或镜像落后时会明确提示，不会降级本地应用。
• 支持软件内下载、进度显示、取消和重试。下载包必须通过官方 Minisign 签名、SHA-256 摘要及大小校验。自动下载默认关闭，可在设置中开启。
• 自动检查在启动后延迟执行，随后每 6 小时检查一次。安装始终需要再次确认；确认前不会停止代理、关闭程序或重启电脑。
• 安装前安全恢复系统代理并停止本应用的内核。安装会短暂中断连接，RouteDeck 重新打开后需按需要启动代理。Windows 系统可能显示安装进度或权限提示。
• 两个渠道使用相同安装包和签名，下载地址各自独立。只有版本、摘要、大小和签名全部相同，才允许下载时跨渠道回退。

稳定性与程序管理

本版包含此前本地 0.6.0 / 0.6.1 中的改动：订阅 403 的有界请求头兼容重试、Windows 系统代理地址格式兼容、避免未变化订阅触发重新加载、隐藏 OpenAI 容灾测速子进程控制台、程序代理新增/编辑/删除和显式启动，以及统一导航和滚动条圆角。

程序代理只影响由 RouteDeck 新启动且支持相应代理参数/环境变量的程序，不会强制拦截任意进程，也不会结束已运行的应用。Codex 的实际长会话稳定性仍需在用户方便时验收。

修正 macOS/Linux 更新后重启分支的不可达代码检查错误。签名发版现在同时要求六个平台的格式检查、Clippy 和测试通过；Gitee 同步对读取请求进行有界重试，推送响应不确定时回读全部分支与标签验证，不强推、不盲目重试写入。

升级与版本一致性

旧版 0.6.x 不具备此内置更新机制，需要一次性手动安装 正式发布渠道中的 0.7.1 包。本地 0.7.0 候选构建不是正式发布包，不应安装它来声称已与正式版同步。

安装前结束重要会话、从托盘退出 RouteDeck，并备份数据目录。应用身份及原数据目录保持不变。Windows NSIS/MSI 使用对应的更新格式；macOS 使用签名更新归档；Linux 内置更新仅适用于 AppImage，deb/rpm 使用原包管理方式更新。

安装完成后核对软件“设置”中的版本和系统文件版本。发布清单、安装包名称、源码版本和发布标签在 CI 中进行一致性检查，发布附件还需验证摘要和签名。

发布状态说明

此文件是用于 v0.7.1 发版的说明，不证明该版本已经公开发布。GitHub/Gitee 发版成功及各渠道附件验证通过后，才能确认正式渠道同步；本地还必须安装正式包并核对版本。生成更新签名不等于 Windows Authenticode 代码签名或 Apple 公证。

mihomo-codex v0.5.0

本版本改进 Windows 内核生命周期、系统代理恢复、TUN 权限提示和联网诊断。

Windows TUN 仍为实验性功能：管理员会话已实现；真实 TUN 路由、DNS 与全局网络恢复尚未完成实机验收。

主要变化

• Windows 内核、配置校验和版本探测进程在创建时加入 Job，正常停止或应用异常终止时回收进程树。
• 系统代理采用可恢复事务，保留 PAC／代理例外，并识别 Clash 等其他客户端接管，避免恢复时覆盖新的代理选择。
• Windows TUN 使用管理员会话；设置页显示 Windows 专用说明，隐藏 macOS Helper 操作。
• 基础联网检查改为 Google／Cloudflare 至少一个成功；OpenAI 检测单独显示警告，两个基础目标均失败时仍阻止接管。

本地验证

• Windows 11 x64：77 项 Rust 常规测试、额外原生规则校验、34 项前端测试、格式及严格 Clippy 均通过。
• v0.5.0 前端生产构建、品牌／版本、许可证和 Mihomo 1.19.30 原生检查通过。
• Windows x64 NSIS／MSI 构建通过，NSIS 实际安装与启动通过。
• 应用内配置导入、原生校验、Manual 启动、独立回环端口 HTTP 转发、正常停止和异常退出回收均通过。
• 3 个界面模拟场景通过。真实系统代理切换与 TUN 路由尚未执行；这些结果不代表全局网络接管验收。

下载与校验

Windows x64 附件来自本地实测构建。其他架构安装包来自同一提交的 GitHub Actions 构建；macOS／Linux 和 Windows ARM64 未在本轮进行桌面安装实测。

SHA256SUMS.txt 包含所有发布附件的 SHA-256；随包核心仍为 Mihomo 1.19.30，对应源码及 GPL v3 许可证作为附件提供。仓库和 Release 已公开。自 2026-09-04 起，应用自有源码采用 GPL-3.0-only；现有安装包保持原样。

完整发布说明 · 变更对比

GitHub 验证

六平台完整 CI 全部成功（Windows、macOS、Linux 的 x64／ARM64），对应提交 617478b5673af3c6b6e6eb1c95a3b84ec1e25fc8。

六平台安装包构建 全部成功。发布采用本地安装实测的 Windows x64 包，以及其他五个平台／架构的云端构建产物；15 个上传附件的大小与 SHA-256 已逐项核对一致。

开源授权与依赖清单：项目许可证 · v0.5.0 许可证清单 · SBOM。

国内下载镜像：Gitee v0.5.0，与 GitHub 使用相同安装包及 SHA-256 校验清单。

mihomo-codex v0.4.0 · 规则管理与全新图标

mihomo-codex v0.4.0

全新「双路汇聚」图标，以及可视化规则管理、高级文本入口、持久化与历史回滚。

新功能

• 「规则」分为我的规则、高级文本、生效规则三个入口。
• 可视化增删改、启停、上下排序和备注，支持域名、IP、进程、网络与端口等常用条件。
• 高级文本支持逐行规则、YAML 列表、仅含 rules: 的 YAML；复杂规则保留原始表达式。
• 导入规则文件；导出为可复制的只读文本，支持复制失败时全选并手动复制，不把准备文本误报为已写入文件。
• 自定义规则独立保存，订阅刷新后保留；启用规则排在托管 AI 和订阅规则之前。
• 保存前检查规则结构、策略名称和 Mihomo 原生语法；草稿变更后重新校验。
• 保留最近 20 个旧版本，回滚经过校验并产生新的递增版本。
• 并发保存、配置切换、旧请求返回均有保护；保存失败保留草稿，并尝试恢复此前运行配置。
• 图标与侧栏统一更新，原浅色、深色、深紫和系统外观继续保留。

使用

「规则 → 我的规则」添加规则 → 调整顺序 →「校验草稿」→「保存并应用」。高级配置和历史回滚在同页完成。

DIRECT 是 Mihomo 内部的直连出口，不是系统代理例外或 PAC 配置。使用 Rule 模式执行规则匹配。进程匹配取决于连接进入内核后可获得的进程信息。

导出含本应用的规则元数据注释，用于保留启停和备注；不是完整订阅配置。其他客户端导入前需自行处理停用条目。

下载

• mihomo-codex_0.4.0_aarch64.dmg：macOS Apple Silicon，最低 macOS 13。
• mihomo-v1.19.30-source.tar.gz：随包 Mihomo 核心的匹配上游源码。
• Mihomo-LICENSE-v1.19.30.txt：核心原始 GPL v3 许可证。
• SHA256SUMS.txt：附件 SHA-256 校验值。
• GitHub Source code 压缩包对应 v0.4.0 标签的应用源码。

shasum -a 256 -c SHA256SUMS.txt

已验证范围

• 19 项规则前端测试、15 项主题前端测试、67 项 Rust 测试通过。
• 两项环境相关 Rust 测试默认忽略；其中原生内核规则 fixture 已另外显式执行通过，外部订阅 fixture 未执行。
• 品牌／版本、许可证、TypeScript 构建、Rust 格式及严格 Clippy 检查通过。
• 隔离浏览器验证编辑、排序、导入、文本导出、失败重试、并发冲突、重载持久化、回滚以及 900 像素宽窗口。
• macOS ARM64 本机构建、严格签名检查和覆盖安装完成，安装版为 0.4.0。
• 原三个配置档案、设置与系统代理恢复快照保留；真实内核测试规则保存及回滚，内核进程未重启，回滚后当前用户规则恢复为空。

兼容性

• 保留 com.cmmuu.mihomodesktop、用户数据目录和 TUN helper 服务身份；Mihomo 核心仍为 1.19.30。
• 本轮附件是 ad-hoc 签名的 macOS ARM64 版本，没有 Developer ID 公证。
• Windows、Linux、Intel Mac 的 CI／构建结果与实际安装、网络接管验收分别记录，不把前者等同于后者。

完整变更 · 验证与架构 · 文档索引

GitHub 验证结果

同一发布提交的六平台 CI 与六平台安装包构建均已通过，共 12 个任务。

• 六平台 CI
• 六平台 Release bundles

发布附件仍以实际安装验收的 macOS ARM64 包为准。其他平台构建产物可在对应 Actions 中下载，尚未宣称完成各平台实际网络接管验收。

mihomo-codex v0.3.2

mihomo-codex v0.3.2

新增独立的浅色、深色、深紫与跟随系统外观，修复此前浅色/深色被历史样式覆盖的问题。

外观主题

主题	风格
浅色	白色、浅灰背景，深色文字
深色	中性炭灰背景，不带紫色风格
深紫	独立的深紫玻璃与紫色光晕
跟随系统	随系统在浅色、深色之间切换，不自动选择深紫

• 设置中的主题卡片点击立即生效并自动保存。
• 应用重载后保留选择，支持键盘方向键和 Home/End 切换。
• 保存失败时恢复此前外观，防止连续点击产生并发写入。
• 通过刷新版本校验，阻止较早发起的刷新覆盖刚保存的主题。
• 新增只修改主题的设置命令，不改动代理端口、订阅、自动启动配置或控制凭据。
• 切换主题保留运行设置表单中尚未提交的输入。
• 主题会映射到原生窗口外观；深色与深紫映射原生 Dark，浅色映射 Light，跟随系统取消强制外观。
• 修正 Windows 严格 Clippy 检查中的平台条件编译警告，不改变既有权限处理和代理行为。

下载

• mihomo-codex_0.3.2_aarch64.dmg：macOS Apple Silicon，最低 macOS 13。
• mihomo-v1.19.30-source.tar.gz：随包 Mihomo 核心的固定版本上游源码。
• Mihomo-LICENSE-v1.19.30.txt：核心原始 GPL v3 许可证。
• SHA256SUMS.txt：上述附件的 SHA-256 校验值。
• GitHub 的 Source code 压缩包对应 v0.3.2 标签中的应用源码。

shasum -a 256 -c SHA256SUMS.txt

已验证

• 15 项前端主题状态测试、42 项 Rust 测试通过；1 项真实外部订阅测试按环境要求忽略。
• 名称/版本校验、许可证哈希、前端构建与 Rust 检查通过。
• 隔离浏览器预览验证了四种外观、系统跟随、失败回滚、重载记忆、表单隔离和键盘操作。
• 检查各导航页面、浅色确认弹窗、深色节点详情弹窗，以及 900 像素宽窗口下的两列主题卡片。
• 隔离预览的运行时错误、代理变更调用均为 0；测试没有连接真实内核或用户订阅。
• macOS ARM64 安装包的构建、严格签名与 DMG 完整性检查通过。

发布范围

• 本轮附件为本地构建、ad-hoc 签名的 macOS ARM64 版本，没有 Developer ID 公证。
• 原生窗口外观的实机升级验证与 Windows、Linux、Intel Mac 安装/网络接管验收不属于本轮隔离预览结论。
• 本次发布不远程替换正在运行的应用，也不重启现有代理。安装升级与主题切换是两个独立操作。
• 保留原 bundle identifier 和用户数据目录，Mihomo 核心版本仍为 1.19.30。

完整变更 · 文档索引

mihomo-codex v0.3.1

mihomo-codex v0.3.1

首个 GitHub 私有仓库版本，将原 Mihomo Desktop 统一更名为 mihomo-codex。

下载

• mihomo-codex_0.3.1_aarch64.dmg：macOS Apple Silicon 安装包，最低 macOS 13。
• mihomo-v1.19.30-source.tar.gz：随包 Mihomo 核心的官方固定版本源码归档。
• Mihomo-LICENSE-v1.19.30.txt：核心的原始 GPL v3 许可证。
• SHA256SUMS.txt：上述附件的 SHA-256 校验值。
• GitHub 自动提供的 Source code 压缩包对应 v0.3.1 标签中的源码。

在安装包所在目录核对文件：

shasum -a 256 -c SHA256SUMS.txt

功能与变更

• 统一项目、应用、窗口、菜单、托盘和主程序名称为 mihomo-codex。
• Rust + Tauri 2 桌面客户端，固定使用 Mihomo 1.19.30 核心。
• 订阅导入与刷新、版本化配置、激活与回滚。
• 系统代理、Manual、TUN 模式，以及代理组、节点、规则、连接、日志和诊断界面。
• OpenAI 专用候选节点检测、最多 10 个节点的自动灾备策略与带宽排序。
• 独立于代理核心的全局流量显示和 macOS 菜单栏组件。
• macOS app 包含 TUN Helper，可在应用设置中单独安装授权；安装包本身不会自动启用该服务。
• 保留原 bundle identifier 与用户数据路径，从原 Mihomo Desktop 升级继续使用现有订阅和设置。
• 更正历史 Mihomo 许可证误标，按固定上游版本保留 GPL v3 文本、附带核心源码，并增加许可证哈希校验。首版安装包已在更正后重新打包与签名。

已验证

• 名称/版本/兼容身份与固定上游许可证一致性检查通过。
• TypeScript / Vite 构建、Rust fmt、Clippy 通过。
• Rust 测试 37 项通过，1 项依赖真实外部订阅的测试按环境要求忽略。
• Mihomo 最小配置原生校验通过。
• macOS Apple Silicon app / DMG 构建、签名与 DMG 完整性检查通过。
• 本机从 0.1.0 升级至 0.3.1，实际打开设置页确认版本，现有 3 个配置档案与设置保留。

验证范围

• 附件为本地构建并采用 ad-hoc 签名的 macOS ARM64 版本，没有 Developer ID 公证。
• 尚未完成 Windows、Linux、Intel Mac 的本轮安装与网络接管验收，首版不附带这些平台的安装包。
• 尚未执行“关闭其他 TUN，仅使用系统代理”的完整 Codex 登录、长流式对话与工具调用验收；连通性检测成功不代表所有子进程都采用系统代理。
• TUN Helper 的权限授权、长时间运行、休眠唤醒和多网络切换仍待专项测试。
• 本轮安装未改变已有 Clash Verge 网络接管状态。

完整本机验证记录见更名与安装验证。