别再给 IDE 装一堆 AI 插件了，AI 编程助手已经回到了终端
你有没有这种感觉：为了“AI 编程”，IDE 里插了一个又一个插件，越装越卡，切来切去反而更累。
这周我在 GitHub 上闲逛，发现一个刚开源没几天就冲到 2.4 万星的项目——Grok Build（命令叫 grok）。
名字你可能眼熟，就是 xAI 出的。但它不是网页聊天框，也不是 IDE 插件，而是一个跑在终端里的 AI 编程助手。
我不搞术语，聊聊我上手之后，发现它到底哪儿不一样。
它长什么样？
全屏的 TUI（终端界面），不是那种一问一答的对话框。打开之后，它直接接管你的终端，满屏显示。
和普通 CLI 工具最大的区别是：它有完整的交互界面，支持鼠标点击、滚动、选择。习惯图形界面的人，不会觉得难上手。
更关键的是，它不只是“聊代码”——它能真正上手干活：理解你的代码库、直接改文件、执行 shell 命令、自己搜网页、还能挂起长时间跑的任务。
三个真实使用场景
场景一：人坐在终端前，看着它干活
这是最常见的用法。你给它一个任务，它就一个人在你的终端里研究代码、改文件、跑测试、给你反馈。
全程你都能看到它做了什么、改了什么，随时介入和纠正。
场景二：无头模式，跑在 CI 或脚本里
这是我觉得最“程序员思维”的一点——它能不依赖终端界面运行。
你想做个自动化脚本：提交代码后，它自动检查、自动修 bug、自动提交 PR。把它的无头模式接进 CI，这些都能实现。
场景三：嵌入你的编辑器
它支持 Agent Client Protocol（ACP），差不多等于标准化协议。你用的编辑器如果支持 ACP，就可以把它嵌进去当作 AI 引擎。
相当于换了一个 AI 内核，但你继续留在他熟悉的编辑器里。
为什么我关注它？
说实话，AI 编程助手不少，但大多是在编辑器里缝缝补补，界面、上下文、插件机制，都得迁就 IDE。
而这个项目选择回到终端。原因很务实：
一、终端是你的代码真正跑起来的地方。它能直接执行命令、读代码库，能力边界大得多，不只是“自动补全”。
二、Rust 写的。单二进制文件，速度极快，性能和资源占用比动辄 500MB 的 IDE 插件香太多了。
三、协议化。以后它能接什么编辑器，取决于生态，不取决于它自己的客户端。这个思路有意思。
我的判断
如果你用惯了 Cursor 这种图形界面的 AI 编程工具，刚开始用这个可能会觉得“糙”。
但我发现一个挺真实的情况：做复杂项目的人，早晚会回到终端。终端做不到精致，但能给你最多的掌控感和自动化空间。
现在 Grok Build 刚开源，代码同步自内部 monorepo，迭代节奏非常快。如果你喜欢折腾、享受看着 AI 在终端里跑的感觉，这项目值得你花一下午试试。
怎么上手？
直接装发布好的二进制就行，不用从源码编译。
要不要试试，把这个“新玩具”接进你日常工作的流程里？我觉得它会改变你“AI 编程助手只能待在 IDE 里”的印象。
—
如果你想动手玩一玩： 关注我，后台回复「grok」，我把项目地址和安装文档整理给你。
另外，如果你试过之后发现什么好用法，欢迎在评论区聊聊——我很好奇你们会拿它干什么。
本期项目
评论区