考虑把 Claude Code 全量切换到 Grok Build 了

推荐语

官方工具稳定账号，鼠标操作更便捷，Grok Build带来全新开发体验。

核心内容：
1. 订阅门槛与封号风险对比，Grok Build稳定性优势
2. 支持鼠标的TUI界面与实时访问X公开讨论功能
3. Plan Mode审查机制与并行子代理的隔离设计

杨芳贤

53AI创始人/腾讯云(TVP)最具价值专家

订阅门槛和封号问题

Grok Build 是 xAI 官方出的命令行 TUI 工具。目前还处于 early beta，访问权限给 SuperGrok 和 X Premium+ 的用户

以前用各种第三方 Agent 的时候，经常会遇到账号被限或者封。现在只要有 SuperGrok 或者 X Premium+ 订阅，就能直接用官方的工具，封号的风险明显小了很多。这应该是目前最实在的一个差别

很多人之前用第三方工具跑 agent，经常因为用得太猛或者触发风控就被限制了。换成 Grok Build 之后，至少在账号稳定性上感觉安心不少

CLI 支持鼠标操作

Grok Build 是全屏的 TUI 界面，支持鼠标操作

你可以在回滚区直接点选内容、点击输入框聚焦，有些确认按钮也能用鼠标点。比纯键盘操作方便一些，不过目前鼠标支持还不是特别完整，复杂操作还是得靠键盘

对我来说，鼠标能点这个小功能其实用起来还挺舒服的，尤其是想快速看之前某条输出的时候

能实时访问 X 的公开讨论

网上说 Grok Build 的底层模型可以直接搜索 X 上的公开帖子和讨论。

但我实际使用时，无论怎么尝试，都调用不了这个功能。

模型和上下文长度

Grok Build 主要调用的是 xAI 专门为 agent 优化过的 grok-build 系列模型，同时也能使用 Grok 4 系列模型

目前实际显示的上下文窗口是 512K。这已经能让它在处理大量资料和长篇内容时，一次看到相当多的上下文

对 CLAUDE.md 和 AGENTS.md 的处理

很多人之前用 Claude Code 时，会在项目里放一个叫 CLAUDE.md 的文件，用来写项目的规则、偏好和注意事项。这是 Claude Code 默认会读取的系统提示词文件

而 Grok Build 主要识别的是 AGENTS.md 这个文件

如果你的项目里同时存在这两个文件，Grok Build 会把两者都加载进来

这会导致 token 重复占用，也有可能出现规则冲突。目前最干净的做法还是统一只维护一个 AGENTS.md

Plan Mode 的审查机制

Grok Build 有一个叫 Plan Mode 的功能。做比较复杂的任务时，它不会马上动手，而是先给你一个详细的执行计划

你可以直接说 “先用 plan mode 给我一个详细计划” 来启动它，然后逐条评论、修改某些步骤，甚至让它重写整个计划。只有你批准之后，它才会开始实际操作，并且改动会以干净的 diff 形式展示

这个设计能明显降低它乱改东西的风险。相比之下，Claude Code 和 Codex 风格的工具通常规划完后就会更快进入实际执行阶段，没有这么明确的批准环节

并行子代理和 Worktree 隔离

它支持同时派出多个子代理并行工作。每个子代理还能放在独立的 Git worktree 里运行，不会互相干扰文件

简单来说，Git Worktree 就是让同一个项目可以同时开出多个独立的「工作副本」。这些副本虽然都连着同一个代码仓库，但它们在磁盘上是完全分开的文件夹，互不影响

Grok Build 利用这个特性，让不同的子代理各自在一个独立的工作副本里干活。比如一个子代理负责收集和整理资料，另一个同时负责分析 X 上的公开讨论，还有一个负责帮你起草不同章节的内容，它们就不会因为同时修改同一个文件而互相覆盖或者冲突

做一些涉及多个方向的大型内容项目时，这种并行能力能节省不少时间。Claude Code 在这方面目前还更偏向顺序执行，一个任务做完再做下一个

刚开始用，主要就是上面这些点和之前用 Claude Code 的体验不一样。其他地方还在继续观察

（本文由 dontbesilent 使用 Grok Build 撰写）