[QAyong]

背景与关联 / Context and related issue

• 问题或目标 / Problem or goal: 更新包只从 github.com 的 Release 下载，国内网络下速度很慢。官网下载入口已使用公共 GitHub 加速前缀（ghfast.top、gh-proxy.com），应用内更新应走同样的通道。
• 关联 Issue / Related issue: N/A

主要改动 / Changes

• 新增 RELEASE_DOWNLOAD_MIRRORS，列出两个公共 GitHub 加速前缀。
• 更新包下载按“镜像 1 → 镜像 2 → GitHub 直连”的顺序尝试；镜像 15 秒内无响应、返回错误或校验不通过时换下一条，用户取消不会换线。
• 重定向白名单在原有 GitHub 域名基础上，仅追加当前镜像自身的域名。
• 大小与 sha256 校验不变，镜像无需被信任；被篡改的文件会校验失败并换下一条。
• 更新对应测试，并新增“镜像返回坏数据或 503 后回退直连”的用例。

验证 / Verification

• 自动检查 / Automated checks: 未在本分支运行；等待 CI。同一改动在 XTLaw 分支上 vitest run electron/main/updates 8 个文件 61 项通过。
• 手动验证 / Manual verification: 未做。
• 未执行 / Not run: 类型检查、lint 与真实网络下的下载速度。

兼容与风险 / Compatibility and risks

• 镜像是第三方公共服务，可用性不受控；失败时会回退直连，最坏情况多等待一次 15 秒的响应超时。
• 检查更新使用的 api.github.com 未走镜像。

界面变更 / UI changes

不适用 / N/A

[shanyuhai123]

这个没有想好内置镜像代理还是怎么做，因为从个人倾向上来说还是希望走系统代理或者手动下载的。之前也用过镜像代理，稳定性太不可靠了，还有断续的问题...

[QAyong]

这个没有想好内置镜像代理还是怎么做，因为从个人倾向上来说还是希望走系统代理或者手动下载的。之前也用过镜像代理，稳定性太不可靠了，还有断续的问题...

加个检测代理？因为有的用户他们没有代理这种东西

[shanyuhai123]

加个检测代理？因为有的用户他们没有代理这种东西

那也确实，很多 ds 用户是没有代理的。我前两天的一个想法是搞群聊 + 网盘存安装包和插件包，没有往GitHub代理上想。