GitHub 限额与代理

Obtainium 读取 GitHub 发布信息走的是 GitHub 的接口，而接口对未认证请求的额度卡得很紧。跟踪的应用到了几十个以上，一轮后台检查就可能把额度用完，之后所有 GitHub 源应用报"速率限制"错误。

症状

• 后台检查后一排 GitHub 应用显示检查失败；
• 报错信息含 rate limit / 403 字样；
• 手动刷新时好时坏，换网络环境又正常一阵。

解法一：个人访问令牌

认证后的额度远高于匿名请求。令牌的创建与填入见创建 GitHub 访问令牌，这是官方推荐的标准解法。

解法二：代理前缀

访问 GitHub 本身不畅的地区，可在设置的源特定段填一个 GitHub 代理前缀（如 gh-proxy.com 一类的加速服务地址）。设置后，相关请求经代理转发，限额与连通性问题一并缓解。代理服务的可用性自行把关，填格式上"可拼接的基地址"即可。

解法三：调整检查习惯

• 拉长后台检查间隔，减少单位时间请求数，见更新条件与约束；
• 用不上的应用改成仅手动刷新；
• 把「验证最新标签」这类"多花一次请求"的选项只开在真正需要的应用上。