24小时内第二次更新，Grok Build v1.0.2这次直接修了一个让人想砸键盘的坑：只要服务器拒掉你发的那张图，整个会话就彻底死掉，只能整个重开。现在这个“图片中毒”问题被修了，意味着你写到一半的对话不会再因为一张违规或格式有误的图片直接报废。

同一版本里，工具调用参数的流式传输单独显示了一个 spinner 标签，不再和“Waiting for response…”这种统一提示混在一起。也就是说，当你触发一个耗时操作时，界面会告诉你“这一步在跑”，而不是让你盯着屏幕猜它到底卡在模型推理还是工具调用。

启动超时也变得更诚实：报错信息现在会点名是 git fetch、依赖检查还是其他步骤耗时最长，并附上耗时数字和可操作建议。以前那种“启动失败，请重试”的黑盒体验，现在至少能让你知道该清理缓存还是检查网络。

把这些改动摊开看，会发现一个明显的取向：v1.0.2 几乎全是在体验层修修补补——UI 文案更可读、错误信息更具体、会话恢复更稳、git 子操作更安全，而没有提到 Grok 模型本身的能力升级。换句话说，SpaceXAI 目前对 CLI 端的策略是密集打磨、收体验债，而不是急着塞新功能。

24小时内连发两版，说明产品还远没到功能冻结期，对早期用 Grok CLI 干活的人来说，这种节奏既是“被听见”的信号，也意味着接口和提示随时可能再变，得留出适配余量。

你在用 Grok CLI 时，更想先看到“图片会话中毒”这类硬伤被根治，还是希望启动超时这种排查体验再做得更细一点？