ZCode 深夜故障：手机远程连不上、更新也报错——这锅不在你

凌晨，ZCode 连不上了
电脑上的 ZCode 正在干活。凌晨，我摸出手机，想连上它看一眼——连不上。再连，还是连不上。七八遍，全是同一个结果：upstream object storage error。

ZCode 深夜的故障：手机远程连不上

第一反应：一定是自家的 Wi-Fi 不行。换 Wi-Fi，切 5G，手机轮番试，还是那句英文。坐回电脑前点「检查更新」——敢情好，桌面端也甩给我同一张脸。手机、电脑两条链，同一句英文排着队来，那会儿我才确定：不对劲。

桌面端检查更新，也同样报错

我做了个「反直觉」的操作：直接测官方更新接口
ZCode 的更新检查是有迹可循的：客户端检查更新，走的是这个地址：

https://zcode.z.ai/api/v1/releases/electron/manifest?platform=windows-x86_64&channel=1

我直接用命令行请求它，返回的是这个：

{"code":1000,"msg":"something went wrong","logid":"20260930193947..."}
HTTP 状态码明明是 200，可业务层的 code 却是 1000——msg 直白得没给台阶：something went wrong。

这里有个会懵的词：logid。说人话——它是你这次请求的「身份证号」。报错时客户端把它一起印给你，官方日志里一查就能定位到你那条请求。排查速度快不快，全看你会不会把它甩给官方。

把两份 logid 并排看：手机端那次，log 开头 20260930193448（对应北京时间约 03:34）；我命令行实测那次，20260930193947（约 03:39）。相隔约 5 分钟，还是同一个 code=1000——报错是持续性的，不是闪一下就消失。

去官方飞书群反馈了，官方 AI 回复还召来了技术组
要真就我一家，那是我倒霉。我直接把报错情况发进 ZCode 官方飞书社群——官方 AI 收到就给了回复，还把 ZCode 的技术支持团队召了过来（见下图）。

我反馈报错后，官方 AI 的回复，并把官方技术支持团队召了过来

再往群里翻：同款报错的不止我一个，群里已经有其他用户贴上同款报错（见下图），时间还都挤在同一段。这说明不是手机、网络、电脑的锅，是 ZCode 服务端在集体出问题——你的设备都挺好，是它的服务器先不行了。

官方飞书社群里，其他用户贴出的同款报错

upstream object storage error 到底是个啥
upstream = 上游，object storage = 对象存储（ZCode 把工作区、代码、历史记录放在云上，类似 S3 或 OSS 存储桶），error = 出错。串起来：请求去云端仓库拉数据，仓库那边回「我这里也乱了」。故障在服务端存储层——别赖手机、别赖网络、也别重装客户端，重装一百次，结果一样。

真遇上了，普通人能做的就三步
第一步，排除法坐实：换 Wi-Fi、切 5G，手机电脑轮着试，还报错就再走一遍 manifest 接口——只要它返回 code 1000，基本能断定服务端。第二步，把 logid 上报：报错截图连着 logid 一起发给官方飞书社群或客服，带着编号，比「报错了」有用得多。第三步，等服务端恢复：手上有没保存完的活，先存本地，别耗在云端。

也说句公道话
官方 AI 接了反馈，又召回了官方技术支持团队（见上图）——处理这件事的态度正经摆着，值得肯定。但只甩给用户一行英文报错、连个官方状态页都没有，用户只能猜「是不是我这边坏了」。工具可以暂时罢工，服务状态不应该让用户靠猜——挂一行「存储服务排查中」，都比什么都没强。

这次故障后续官方怎么修、修多久，我会持续盯着，评论区实时同步。