夜雨聆风第 8 个 AI 编程工具 | Grok Build
事情是这样的。
昨晚我干了件挺无聊的事。
我把电脑里所有跟 AI 编程沾边的工具列了一遍。Claude Code，Codex CLI，OpenCode，OpenWorker，Qoder，Pi，还有个叫 Trae 的，装了之后就没打开过。
七个。
然后我今天刷到马斯克在 X 上说，下载 Grok Build，输入 /tutorial。就这一句话，跟朋友突然扔给你一个安装链接似的，这个也试试。
我当时的第一反应不是兴奋。
是叹了口气。
不是因为 Grok Build 不好，恰恰相反，我扒了一遍它的仓库和架构，说实话这东西的工程水平是真的硬。但问题是，我已经对着七个工具叹过七次气了，每次叹完都装上，装完用两天，然后它就躺在那吃灰。
所以这篇不是 Grok Build 的评测，也不是什么该不该装的指南。我只是突然想搞明白一件事，为什么我，以及我身边的很多人，明明手里的工具已经够用了，却还是控制不住地想去试下一个。
你想想看，是不是这样。
每次有新的 AI 编程工具出来，朋友圈就会刷一波，标题写着重磅、颠覆、又一个 Cursor 杀手。你点进去看完，心里痒了一下，然后打开终端开始装。装的时候还挺兴奋，跟着 tutorial 走一遍，觉得卧槽这玩意确实有点东西。第二天拿真实项目试，发现有些地方顺了，有些地方还不如之前的工具。第三天，你回到了老工具。第四天，新工具的图标还在桌面上，但你已经不点它了。
这个循环我跑了七遍。
Grok Build 是第八遍的开始，还是终结，我不知道。但我决定这次先把事情想清楚再动手。
坦率的讲，Grok Build 确实不太一样。
先说它是什么。SpaceXAI 做的，终端里跑的 AI 编程 Agent，用 Rust 写的，四十万行代码，Apache 2.0 开源，7 月 15 号放出来的。你可以在终端里全屏跟它交互，也可以无界面跑脚本和 CI，还能通过一个叫 ACP 的协议接到各种编辑器里当后端。
说人话就是，它不是一个编辑器插件，它是一个能独立活着的 Agent 运行时。
这点跟 Cursor 不一样。Cursor 是一个带了 AI 的编辑器，AI 是它的一个功能。Grok Build 是一个能干活的 Agent，编辑器界面只是它的一层壳。它的内核和前端是通过 ACP 协议解耦的，同一个内核可以跑出五种模式，交互式的终端界面、无界面的脚本模式、接编辑器的 stdio 模式、WebSocket 远程服务模式、还有多 Agent 编排的 Leader 模式。
你想想这有多大的想象空间。
一个内核，喂给五种入口。你在终端里用它，在 CI 里用它，在 VS Code 里用它，在远程服务器上用它，甚至让多个 Agent 协作的时候还是它。逻辑只写一遍，到处复用。
我还扒了它的沙箱设计，这点是真的让我 Respect。沙箱是编译时默认开启的，基于 Linux 的 Landlock 和 macOS 的 Seatbelt，一旦启动就不可逆。不是那种你忘了勾选就裸奔的可选沙箱，是你要主动关才能关掉的安全隔离。文件读写范围、网络访问、进程权限，全都锁死在工作区里。
工具系统也值得一说。它底层定义了一套统一的工具契约，所有工具实现同一个 trait，还配了 bm25 检索做工具匹配。更有意思的是它同时跑着三代工具实现，grok_build 是当前世代，codex 从 OpenAI 的 Codex 移植过来，opencode 从 sst/opencode 移植。三代共存，一把注册，平滑过渡，没有上来就推倒重来。
这玩意是认真做的。不是 demo 级别的玩具。
但。
我说但了。
我扒架构的时候确实 High 了一下，这个 High 持续了大概十五分钟。然后我开始问自己一个问题，这个问题我之前七次都没问过。
这个东西解决了我的什么问题？
我是认真的。不是反问，是真的在问。
你说它架构好，ACP 解耦，沙箱默认开，五模式运行，三代工具共存。这些都对。但回到我自己的工作流里，我到底卡在哪了？
我试着诚实地回答。
我卡在终端工作流吗？Claude Code 已经在终端里跑得很好了。我卡在 CI 自动化吗？Codex 的 headless 模式够用了。我卡在模型选择吗？我用的工具都能切模型。我卡在多 Agent 编排吗？说实话我还没到需要多 Agent 的阶段。
那 Grok Build 对我来说，到底补了什么？
我想了很久。
答案是，什么都没补。
不是它不好，是我不需要。
说到这里我觉得可以聊一个更大的事了。
我有个朋友，摄影发烧友，家里镜头十几个。从 14mm 超广角到 600mm 超长焦，定焦变焦，大三元小三元，啥都有。每次出新镜头他都要研究半天，参数背得比经销商都熟。但他上一次真正出去拍照，是去年十月。
你发现没有，这个模式跟装 AI 工具一模一样。
新镜头出了，研究参数，看评测，对比焦段光圈，最终下单。买的时候特别满足，好像拥有了这支镜头，就拥有了它能拍出的那些照片。但镜头到手之后，拍了两张测试照，就放防潮箱里了。然后开始等下一支。
AI 编程工具也是。新的出了，看介绍，看架构，装上跑一遍 tutorial，觉得牛逼。但真正写代码的时候，还是会打开那个你最熟悉的工具。新工具装在系统里，像防潮箱里的镜头，安安静静地等着下一次被打开，但那个下一次通常不会来。
心理学里有个概念叫代偿性消费。你不是在买一个工具，你是在买一种「我正在变得更专业」的感觉。镜头如此，跑鞋如此，AI 编程工具也如此。
你装上 Grok Build 的那一刻，脑子里分泌的多巴胺告诉你，你正在变强。但现实是，你的代码产出一行都没多。你变强的不是编程能力，是安装能力。
我不是在嘲笑谁，我自己就是这样。
我认真回想了一下这七次循环，每次装新工具的时候，我内心真实的驱动力是什么。不是「这个工具能帮我解决某个具体问题」，而是「也许这个工具能让我终于开始写那个一直没写的项目」。
你品品这句话。
我真正缺的从来不是工具。我缺的是开始做的勇气，是定义清楚需求的耐心，是把一个想法从模糊推进到清晰的执行力。但这些太难了，比装一个工具难太多了。所以我的大脑选择了那条更省力的路径，去装一个新工具，获得一点「我在进步」的幻觉，然后继续不写那个项目。
Grok Build 会不会不一样？也许。它的架构确实够好，Agent 运行时的设计理念确实超前，沙箱确实扎实，三代工具共存的过渡策略确实老练。但问题是，工具的天花板从来不是工具本身，是使用者。
一支镜头的上限是摄影师的眼睛，不是镜片的光学素质。
但有一件事我必须说。
Grok Build 有个争议，我觉得比它所有优点都值得关注。
研究人员发现，Grok Build 默认会把你的整个 Git 仓库上传到 Google Cloud。一个 12GB 的测试仓库，5.1GB 被传了上去，而实际编码任务只需要 192KB。它能关，但开关藏得很深，设置页的 opt-out 并不能真正停掉上传，得改一个隐藏的服务器端配置才行。
这件事让我想到一个更大的问题。
我们花那么多时间研究哪个工具架构更好、哪个模型更聪明、哪个沙箱更安全。但我们很少花时间研究，当我们把代码库交给一个 AI Agent 的时候，我们的数据到底去了哪。
你想想看，你装一个 AI 编程工具，它要读你的代码，要理解你的仓库结构，要执行你的命令。在这个过程中，它接触到了你的业务逻辑、你的 API 密钥、你的数据库结构、你的用户数据模型。你信任它，因为它开源了，因为它的沙箱很扎实，因为大公司在背后背书。
但开源不等于透明，沙箱锁的是 Agent 能做什么，不是数据能去哪。
我不是说 Grok Build 有恶意，我甚至觉得这更像是一个工程优先级的问题，先把功能跑通，隐私后补。但对于任何把 Agent 指向专有代码库的人来说，数据线上实际发生了什么，比设置页写了什么更重要。
这条适用于所有 AI 编程工具，不只是 Grok Build。你手里的 Claude Code、Cursor、Codex，哪一个你没给它读过你的代码？哪一个你确认过数据不会外泄？我们只是还没遇到爆雷的那一天而已。
回到最开始那个问题。
还缺一个 AI 编程工具吗？
我现在可以诚实地回答自己了。
不缺。
不是 Grok Build 不好，是我不缺工具。我缺的是把手里的工具用到极限，是定义清楚我到底要做什么，是承认「装新工具」和「解决问题」是两件完全不同的事。
如果你跟我不一样，你确实卡在终端工作流、CI 自动化、或者多 Agent 编排上，那 Grok Build 值得你花三十分钟试一下。它的架构是真的好，Agent 运行时的设计理念是真的超前，沙箱是真的扎实。找一个能丢掉的公开仓库副本，跑一条你做过的固定任务，记下完成时间、打断次数、返工量和回滚时间。如果它确实比你现在用的快或者稳，那就留着，连续用三次再决定要不要换。
但如果你跟我一样，装了七个工具，每个都用过两天，现在还在纠结要不要装第八个。
那你缺的可能不是工具。
你缺的是坐下来，打开你最熟悉的那个工具，开始写那个你一直想写的东西。
工具会越来越多，Grok Build 不是最后一个，明年还会有新的颠覆者。但代码不会因为换了一个工具就自己长出来。
我昨晚列完那七个工具之后，关掉了终端，打开了 Codex，开始写一个拖了两周的功能。二十分钟就写完了。不是因为 Codex比其他七个都强，是因为我终于开始写了。
所以这篇文章写到这，如果你问我建议，就一条。
别装了。去写，去用。
谢谢你看我的文章，我们，下次再见。
/ 作者：mojianpo/ 投稿或爆料，请联系邮箱：406223802@qq.com
