Grok Build CLI 修复了20个bug，证明了打磨胜过功能

Grok Build CLI v0.2.112的更新日志很长，大概有二十多条。但真正的故事在于缺失了什么：没有新的主打功能，没有大的AI模型升级，没有彻底的工作流重新设计。xAI在这个周期里专注于修复那些出问题的地方、界面中令人困惑的部分，以及早期用户不得不绕过的缺口。这种对生产可靠性而非主打功能的强调，与一次生产环境现实检验的发现一致，该检验揭示了当AI代理离开实验室时真正会出什么问题。

修复了什么比添加了什么更重要

这些bug修复针对的是一快速演进的终端工具常见的粗糙边缘。恢复的对话不再丢失附件。后台shell命令现在报告真实的退出码，而不是总是显示-1。任务托盘正确清除已杀死的进程。从回滚会话派生时复制正确的历史。Linux语音输入在PipeWire 1.6之前版本上工作。账户面板在访问令牌过期后显示姓名和邮箱。

这些修复没有一个光鲜亮丽。每一个都是日常用户会注意到的生活质量改进。它们共同表明团队正在系统地解决摩擦点，就像LangGraph为AI代理编码的工作流成熟度级别那样。

降低学习曲线的新功能

最明显的增加是/tutorial斜杠命令，一个可选导览，涵盖Grok Build的九个主题。对于一个结合了聊天、shell命令、工作流自动化和扩展管理的工具，入门路径是早该有的。

配置层也扩展了。用户现在可以通过tool_overrides选项为代理的内置搜索工具设置日期截止和域名白名单。自定义模型提供商获得对查询参数和环境支持标头的支持。一个新的开关可以禁用Ctrl+Space/F8语音快捷键而不完全关闭语音。这种对用户选择而非锁定的关注，反映了推动OpenCode达到4000万美元ARR的市场趋势，该趋势押注于开发者的偏好。

一个值得注意的小变化：网络搜索现在默认使用grok-4.5，悄然更新了搜索后端，无需手动切换。

工作流获得打磨

工作流覆盖现在显示每个代理的实时进度，并自动跟随当前阶段。失败运行可以恢复，草稿文件限制增加，钩子可以在config.toml以及JSON文件中定义。这样的细节将原型与日常工具区分开来。跨步骤管理状态即使是最好代理也会犯错，这就是为什么像PRO-LONG这样的框架专注于长序列的多步回忆。

一个值得理解的不兼容变更

恰好有一个不兼容变更：CLI版本策略现在将软更新下限和上限与硬启动要求分开。旧版本用户可能会在硬阻止前收到警告，减少意外中断。

市场现在在添加时拒绝非git URL而不是稍后失败，这是一个小摩擦移除，改善了开发者体验，直到他们在别处遇到旧行为才注意到。

这个版本没有改变Grok Build能做什么。它改变了它做事的可靠性。对于一个刚公开推出的工具，这种基础设施优先的升级是决定用户留下还是切换的关键。这提醒我们，让部署变得无趣往往比花哨的模型更重要，正如Hugging Face的基础设施转型所证明的那样。