随着大模型在软件开发领域的渗透加深,AI 编程工具的工程化体验日益受到关注。近日,有开发者在技术社区指出,在使用 xAI 推出的 Grok 相关命令行工具时,遭遇了严重的性能延迟问题。据反馈,Grok build 的启动速度明显滞后于 OpenAI 的 Codex 以及近期热门的 Claude Code。尤其是在利用 `grok -c` 指令恢复历史会话时,上下文加载过程耗时较长,严重影响了开发流畅度。这一对比凸显了当前 AI 编程赛道竞争的激烈:除了模型本身的推理能力外,CLI 工具的响应速度、上下文状态管理以及客户端优化已成为决定用户体验的关键因素。Grok 作为该领域的新入局者,虽然在模型侧具有一定实力,但在工具链的工程落地层面似乎仍需打磨,尤其是在处理历史对话恢复时的序列化与检索效率上,与业界标杆存在明显差距,社区目前尚无确切的官方技术解释或修复方案。
事件分析
💡 核心观点:AI 编程工具的竞争已从模型智商转向工程化落地,CLI 启动与上下文恢复的迟滞暴露了 Grok 在开发者体验上的短板。
原文链接:Linux.do





