stable、预发布的 beta，以及跟随 main 最新提交的 nightly。
本指南说明应该运行哪个构建、如何切换发行通道，以及可以依赖的兼容性边界。
发行通道
Stable 和 beta 的 release PR body 就是待审阅的 release notes。该 PR 每次追加提交都会重新生成
notes 并重跑完整质量门；合并后只构建、签署并发布产物，不重复运行质量门。Nightly 没有 release
PR，只运行单元测试和集成测试后直接构建发布；耗时的 live E2E 使用独立的定时工作流。
每个 dist 安装器都绑定到一个精确发行 tag。先用 latest 安装稳定版，需要时再显式切换已有安装：
升级
--check 只报告，不修改文件。CLI 与 Web UI 会把所选 channel 解析为精确的不可变 GitHub
Release，使用 GitHub asset digest 校验安装器和平台压缩包，再交给同一个升级 worker。worker
会在替换可执行文件前退出守护进程，并在守护进程此前已运行时重新启动。
--tag 与 --channel 不能同时使用。指定 tag 属于明确操作，因此允许降级；--force
只跳过“版本相同”判断，下载和校验流程保持不变。
版本与兼容性
CLI 与守护进程在连接时交换版本。兼容版本正常连接；不兼容时客户端会拒绝继续并给出升级方向。远程连接可以用--force 绕过版本拒绝，但这只适合诊断，不代表协议兼容。
运行 monad 时，若已安装客户端要求更高守护进程版本，启动流程可以更新本地守护进程。显式 monad update 才会主动检查所选发行通道；没有后台更新轮询。
支持范围
稳定版是面向普通用户的受支持线路。Beta 用于提前验证下一稳定版，nightly 只保证对应main 提交的构建结果，不承诺跨日期兼容。提交问题时同时提供 monad version、monad status 和所用通道。