Aurora Store 项目在 GitLab 开了个 issue，编号 #1566。用匿名账号装应用，点安装，弹出同一句报错——“Server busy, please try again later”。不是某个应用装不上，是所有应用都装不上。评论区已经有人把这事读成“谷歌开始封杀第三方应用商店”。
这个结论传得比证据跑得快。目前能坐实的，只有一台 CalyxOS 设备上的一个匿名账号。GrapheneOS 用户是否也中招，Google 账号登录是否正常，材料里都没有答案。这恰恰是这次事件最该讲清楚的地方：一次安装故障，离“谷歌封杀”到底还差多远，对没有 Google 账号的用户来说，这次的教训又是什么。
报错什么样，怎么复现
- 版本.Aurora Store 4.8.4，以及 8 月 31 日的 Nightly 版本
- 账号.匿名账号，安装方式是 Session
- 现象.搜索、进详情页、点安装，统一弹出“Server busy, please try again later”
- 设备.Fairphone 5，Android 16，CalyxOS 7.2.4.20
报告者试了四招：切换 VPN 节点、清空缓存、刷新匿名账号、强退重启设备。全部无效，报错原样蹦出来。
证据够不够定性为“封锁”
报告者自己说了一句关键的话：他没有 Google 账号，不确定这个问题是不是匿名账号专属。这句话把结论的边界自己先收窄了。
目前只有这一个可验证案例。没有 Google 官方公告，没有服务端日志，也没有人用登录了 Google 账号的 Aurora 做过对照测试。
如果这真是平台策略调整，匿名访问路径本来就比登录账号脆弱——没有账号历史，没有绑定令牌，平台想收紧访问，匿名端往往先被波及。这也是为什么现在不能排除“接口故障”和“策略收紧”同时发生，只是后一种说法还没证据撑腰。
谁受影响，接下来该看什么
| 群体 | 现在的状况 | 能做的事 |
|---|---|---|
| 无 Google 账号、用匿名账号装应用的用户（CalyxOS、GrapheneOS 等） | 唯一被坐实受影响的群体，Session 安装全部失败 | 先确认自己是不是匿名账号 + Session 模式；方便的话，临时改用登录 Google 账号的方式测试是否也报错 |
| 登录 Google 账号使用 Aurora Store 的用户 | 目前没有证据显示受影响 | 如果也遇到同样报错，去 issue #1566 留言补充，帮助缩小问题范围 |
| 关注 GrapheneOS 的用户 | 材料里没有出现这类案例，不能假设同样中招 | 用匿名账号安装的风险更高；用 Google 账号登录的可以先排除 |
Aurora Store 从没跟谷歌签过协议，它靠的是借用 Play 商店接口去搜索、拉取安装包。这条路径从第一天起就不是双方谈好的，说变就能变，说停也能停。
用 GrapheneOS、CalyxOS 图的是隐私和去谷歌化，代价也写在这里：便利建立在别人的接口上，稳不稳从来不由自己说了算。
真正该盯的不是这次报错算不算“封杀”，是 Aurora 团队能不能定位原因、多久能修。几天内恢复，这就是一次普通的接口抖动；如果拖成长期悬而未决，同时越来越多用 Google 账号登录的用户也开始中招，那时候再往“平台收紧”方向想，证据才站得住。
这次报错还没资格盖上“谷歌封杀”的印章，但它已经提醒所有用替代商店的人：借的路，自己说了不算。