最近在 GitHub 上逛得比较多，发现一个非常有潜力的开源工具——xAI 的 **Grok Build**。作为一个经常在终端和编辑器之间来回切换的一线开发者，这个工具给我的感觉是：它试图解决一个我

最近在 GitHub 上逛得比较多，发现一个非常有潜力的开源工具——xAI 的 Grok Build。作为一个经常在终端和编辑器之间来回切换的一线开发者，这个工具给我的感觉是：它试图解决一个我之前一直没意识到“原来可以这样解决”的问题。

先说一个很常见的痛点。

现在AI编程工具不少，但大多离不开“网页聊天框”或者“IDE插件”的形态。你写代码写到一半，发现逻辑有问题，你要么切到浏览器去描述问题，要么在IDE里打开一个侧边栏，等待它思考、生成。这个过程本身就很打断思路。而我是一个挺依赖终端的人，总感觉很多操作在终端里完成才是最直接、最可控的，比如git操作、文件查找、跑脚本。但AI编码这块，之前一直没有一个合适的工具能真正嵌到这个工作流里去。

直到我看到了Grok Build（grok CLI）。

这不是一个简单的代码补全工具。它是SpaceXAI推出的一个基于终端的AI编码代理，直接在终端里以全屏的交互界面运行，支持鼠标操作。它能理解你的整个项目代码库，可以直接帮你编辑文件、执行shell命令、搜索网页，还能管理长时间运行的任务。

我第一次看到它的截图时，就觉得这个想法很聪明：它不跟你抢占IDE的地盘，而是把你拉回终端，用TUI的方式做交互。这意味着什么？这意味着你可以在不改动任何编辑器配置的情况下，用它完成很多以前要切换到聊天工具或者网页端去做的事。

我上手试了一下，最大的感受是：信息密度很高。它不像聊天窗口那样一问一答，而是一个更接近“工作台”的界面。你可以在里面看它分析代码，也可以随时打断、纠正，甚至直接操作。整个交互是很自然、很流畅的。

有几个点我觉得特别值得说道说道。

第一，不只是改代码，是管任务。它支持执行shell命令，也能跑长时间的任务。这点对开发者来说太实用了。比如你让它“跑一下测试，然后根据报错修复代码”，它是真的能在终端里把命令执行完，然后根据输出去修改文件。这种自动化的闭环体验，比单纯生成一段代码要实用得多。

第二，它是“可嵌入的”。它支持Agent Client Protocol（ACP），这意味着它可以嵌入到编辑器里使用。如果你是一个VS Code或JetBrains的重度用户，你可以用它作为底层引擎，通过ACP协议跟你现有的编辑环境配合。也就是说，它不是一个孤立的玩具，而是一个可以作为基础设施的工具。这种“可扩展性”设计，目前很多类似工具还没有做到。

第三，Rust语言开发，性能很扎实。不是那种用Electron包一层壳的资源大户。在终端里运行的全屏TUI，流畅度和响应速度都很明确。而且它是xAI的官方开源项目，代码质量是有保障的。作为一个看源码的人，至少目前看到的架构设计是清晰合理的。

当然，我不是说它完美。任何工具都有它的适用场景。它更适合什么场景呢？我觉得是那些本身就不太依赖IDE全家桶的开发者，或者喜欢用终端处理事务的群体。如果你平时写代码全靠IDE，觉得终端只是偶尔用一下，那这个工具可能对你来说有点门槛。但反过来，如果你享受命令行的专注和高效，那它可能会成为你日常工作流里很重要的一个部分。

有一点我想提醒一下，它目前整体还是一个“agent harness”，也就是说，它是一个框架和运行时。你要用的话，需要关注一下它默认连接的大模型配置。它的强大之处在于“操作能力”，但最终的“判断能力”还是取决于你接入的模型。这就是为什么我说它更适合有一定基础、知道自己想要什么的开发者——你不是依赖它来思考，而是借助它来执行。

最后说下安装。项目提供了编译好的二进制发布版，也有源码可以自行构建。如果你熟悉Rust生态，直接cargo build也可以。官方有文档地址，安装并不会复杂到哪里去。Star数已经在飙升了，说明关注度很高。

我自己的一个判断是：终端AI代理会是未来一段时间内的一个热点方向。因为随着模型能力的增强，真正的瓶颈会变成“模型如何更好地执行动作”，而不仅仅是在对话框里聊天。Grok Build在这个方向上，做了一个不错的开源样板。

如果你正好也在寻找更好用的AI编程工具，或者你只是想看看大厂在终端AI上是怎么理解的，都可以去翻一翻这个项目。链接我会放在文章最后。反正，不亏。

如果你想试试，别急着用在你生产环境的大项目上。新建一个学习项目，先让它跑起来，感受一下这种全屏TUI + AI 代理的工作方式。花个十几分钟，你就知道它跟网页聊天式的AI编程工具，差别到底有多大了。

希望这个分享对你有用。如果觉得有启发，点个赞告诉我，后续我还会继续关注这类效率工具，有价值的东西都会拿出来分享。

本期项目