Grok Build 1.0 是什么 终端 coding agent
Grok Build 1.0 是 xAI 开源终端 agent，默认 Grok 4.5，1.0 重点在权限与会话可靠性而非新模型榜。
grok build 1.0 是什么：xAI（SpaceXAI 体系）推出的终端 coding agent，命令名 grok，Apache-2.0 开源，2026-08-07 打 v1.0.0 标签。1.0 的重点不是新模型榜单，而是权限提示、会话恢复、大仓和 MCP 图等工程可靠性。
产品形态：TUI、headless 与 ACP
Grok Build 仓库 把产品定位成「在终端里跑 agent 写代码」，和 Claude Code CLI 基础 同类：你在 shell 里发起任务，agent 读仓库、改文件、跑命令。
三种接口在 changelog 里并列：TUI 给交互式终端界面，适合本地盯进度；headless 走无 UI 批处理，适合 CI 或脚本编排；ACP（Agent Client Protocol）让外部客户端通过标准协议驱动同一 agent 后端。同一套 agent 核心可以同时服务「人盯着改」和「流水线无人值守」两种形态，差别只在入口协议。ACP 的意义是第三方 IDE 或调度器不必 fork 一套 grok 内核，只需实现协议客户端。
安装入口是 curl 一键脚本，具体 URL 见 x.ai/build/changelog 当前页。开源意味着可读源码审计权限模型，不等于免费无限调用 Grok 模型，推理仍走 xAI API 或产品页声明的额度。装完后先用小仓库试一条只读任务（例如列目录、读 README），确认 API key 与网络可达，再开写权限。
v1.0.0 改了什么（据官方 changelog）
x.ai/build/changelog v1.0.0（2026-08-07） 列出的主题词是 reliability，而非「新 SOTA 模型」：
- 权限提示、取消与队列：危险命令前可拦截，长任务可排队
- 会话恢复：中断后可续跑，减少大仓里从头再来
- 大仓库支持：索引与上下文策略针对 monorepo 优化（细节见 release note）
- MCP 图：把 MCP server 关系可视化，方便看工具依赖
- 沙箱：隔离执行降低误删风险
权限提示与队列在 1.0 语境下指：agent 准备跑破坏性 shell 时会停住问人，多条任务可以排队而不是互相踩 session state。沙箱则限制文件系统或网络触及范围，具体策略以 release note 与源码为准，本文未做渗透测试。
默认模型口径为 Grok 4.5（产品页/changelog 表述，非第三方测评）。若你关心的是「换模型能不能涨分」，1.0 新闻价值有限；若你关心「终端 agent 能不能稳定跑完一个 PR」，这才是 1.0 叙事中心。
changelog 里「大仓库支持」通常指索引与上下文窗口策略针对 monorepo 调优，而不是 magically 读完整个 Linux 内核。会话恢复意味着进程异常退出后，状态机尽量从 checkpoint 继续，而不是每次从「读 package.json」重来。MCP 图则是把已配置的 server 与工具依赖画成图，运维同学排查「为什么 agent 一直调错工具」时比翻 JSON 快。
xAI 在 changelog 里把 v1.0.0 与「product stability」并列，暗示此前版本更像早期预览。读 GitHub README 可见仓库仍活跃收 PR，API breaking 可能随小版本发生，生产接入应 pin 版本并读 release note。与 Claude Code CLI 基础 里强调的 Plan Mode、子 agent 不同，Grok Build 1.0 新闻稿没有对标这些特性名，对比时应分「工程可靠性」与「编排功能」两层。
和 Claude Code、Cursor 等如何归类
Grok Build 是独立 CLI agent，不是 IDE 插件。和 Cursor 的关系是互补：Cursor 管编辑器内补全与 Agent 面板，Grok Build 管纯终端工作流。和 Claude Code 比，同属「终端里委托改码」，但生态绑定 Grok/xAI，不是 Anthropic 订阅栈。你若已经在 Cursor 里用 Agent，Grok Build 不会自动替换 Tab 补全；它更像第二条「纯 shell 里跑完一个 feature branch」的通道。
2026 年 agent 编码表面正在收敛：Claude Code、Codex CLI、Cursor Agent、Meta Muse Code 预览等都在抢「谁更可靠地完成多步工程任务」。Grok Build 1.0 用开源 + 可靠性 changelog 卡位，尚未见本站或独立实验室的 Terminal Bench 实测对比，能力断言应限官方 release note。读新闻时把「1.0 发布」和「Grok 4.5 新模型发布」拆开，前者是 agent 壳，后者是 intelligence 层，可以独立迭代。
谁该现在关注
适合读者画像：已在用 xAI/Grok API、想要可 fork 的终端 agent；或需要 headless/ACP 接自有编排；或安全团队要求能读 agent 权限拦截源码。不适合期望「装完就替代 Cursor IDE 体验」的用户，IDE 一体化仍要选 Cursor 类客户端，本地与云端 agent 交接可参考 Cursor 本地与 Cloud Agent 交接。
Apache-2.0 允许商业 fork，但模型权重与 API 不在仓库里；fork 解决的是 agent 壳与策略，不解决 Grok 推理免费。评估时应把「开源客户端」与「闭源模型 API」分开写进 TCO，避免采购把「开源」误读成「零推理成本」。国内网络与支付不在 Grok Build 仓库说明范围内，部署前自行验证 API 可达性。Skills 与 MCP 分工仍通用：流程写 skill，连外部系统走 MCP，见 Skills 和 MCP 有什么区别。Grok Build 是否扫描与 Cursor 相同的 SKILL.md 路径，须查 Grok 官方文档确认，不能从 Cursor 行为反推。
和 SpaceX/Cursor 并购叙事的关系：xAI 与 SpaceX 同属 Musk 体系，但 Grok Build 开源仓库并不等同于 Cursor IDE 功能。开发者若已在 Cursor 里付费，装 Grok Build 是加一条 CLI 通道，不是并购后的「内置 Grok 键」。交割窗口见 SpaceX 收购 Cursor 何时交割，与 Grok Build 1.0 发布无因果声明。读 changelog 时应回查 x.ai 官方条目，媒体转述的模型名与功能列表需回链核对。