xAI 正在把 Grok 从聊天机器人变成一个真正的开发工具。继 Grok Computer（带完整文件系统和 CLI 访问权限的云端 agent）之后，又一个大招要来了。
Grok Build——xAI 的桌面端 coding app——正在为 macOS、Windows 和 Linux 做准备。
它是什么
从泄露的信息来看，Grok Build 会支持：
- Planning Mode：先把任务拆解清楚再动手
- Plugins 和 Skills：扩展能力，可复用的专业工作流
- MCPs：Model Context Protocol 支持，连接外部数据源和工具
- Git Tree 操作：直接跟版本控制系统交互
- Spawn 开发服务器：本地启动 dev server 做实时测试
- 内置浏览器：agent 可以自己浏览网页、操作页面
一句话总结：xAI 在做一个对标 Claude Code 和 Cursor 的桌面端 coding agent。
路径不一样
Grok Build 跟 Claude Code 的思路有个本质区别：Grok 走的是local-first CLI agent路线——用自然语言描述一个项目，它在你的机器上跑多个 agent 来规划、编码、测试、迭代。
Claude Code 也是本地跑的，但它更多是"你坐在终端里跟它对话，它帮你改代码"。
Grok Build 更像是"你告诉它要做什么，它自己去干活"。从 chat 到 build，中间那层自主性是关键差异。
当然，这条路走的人不止它一个。Claude Code 也在往这个方向靠，Cursor 的 /orchestrate 更是直接把递归 agent 编排做进了产品。
Grok Computer 已经在前面的路上了
值得注意的是，Grok Computer 已经在 grok.com 上可用了。它提供了完整的文件系统和 CLI 访问权限——可以直接读写、编辑、创建和组织文件，运行任何终端命令。
Grok Build 可以看作是 Grok Computer 的本地桌面版本。一个跑在云端，一个跑在你自己的机器上。
能打得过吗
说实话，现在下判断太早了。Grok Build 还没正式发布，功能和体验都是基于泄露信息的推测。
但从 xAI 近期的动作来看，他们的路线是清晰的：Grok 聊天 -> Grok Computer（云端 agent）-> Grok Build（本地桌面 app）-> 最终形成一个从对话到执行到本地开发的完整链条。
问题是，这条链上的每个环节，都有人在做。Claude Code 和 Cursor 在本地编码 agent 上已经跑了几轮迭代，用户群和生态都不是从零开始。Grok Build 的优势可能在 Grok 模型本身的定价和 xAI 的资源投入上。
我会在正式发布后第一时间测试。目前的态度是：保持关注，但不会立刻切换。
主要来源：