[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"news-98a51eec-b1d5-48b9-a12f-83d4649d8cc0":3},{"id":4,"title":5,"summary":6,"original_url":7,"source_id":8,"tags":9,"published_at":20,"created_at":21,"modified_at":22,"is_published":23,"publish_type":24,"image_url":13,"view_count":25},"98a51eec-b1d5-48b9-a12f-83d4649d8cc0","xAI 推出 Grok Build 编程智能体：命令行 AI 编程助手进入 beta 测试","5月25日，xAI 正式向所有 SuperGrok Heavy 和 X Premium+ 用户开放了 Grok Build 的 beta 测试资格。这是一款专为专业开发者设计的终端原生编程智能体（CLI Coding Agent），标志着 xAI 从通用对话模型向垂直开发者工具的实质性扩张。\n\nGrok Build 被设计为直接运行在终端环境中，支持三种核心交互模式：交互式 TUI（文本用户界面）、脚本中的无头运行，以及通过 Agent Client Protocol 构建应用和编排工作流。开发者可以在不切换窗口的情况下，让 AI 协助完成跨文件调试、理解项目结构和依赖、运行构建命令，以及多步骤复杂工程任务的规划与执行。\n\n从已知信息看，Grok Build 基于 Grok 4.3 beta 模型构建，该模型采用了 xAI 此前推出的 Heavy 多智能体架构，在推理能力和响应速度上做了针对性优化。多智能体设计意味着 Grok Build 可以在编程任务中并行探索和交叉验证，这在复杂工程场景中具有实际价值。\n\n过去一年，AI 编程助手赛道已经从代码补全演进到任务完成。Cursor、Copilot、Claude Code 等产品相继证明了端到端智能体在复杂工程任务中的价值。Grok Build 的入场让这个领域的竞争者多了一位有分量的选手。终端原生 + Agent Protocol 的组合让 Grok Build 不仅仅是一个编程助手，而是一个可以被二次开发的平台。第三方可以在 Agent Protocol 之上构建更复杂的自动化工作流——这种开放性在早期 beta 阶段就提供出来，比单纯的模型能力更值得关注。\n\nGrok Build 的发布印证了一个趋势：头部 AI 公司正从模型即服务向工具即生态迁移。OpenAI 有 Codex\u002FCopilot，Anthropic 有 Claude Code，Google 有 Jules，xAI 如今也有了 Grok Build。核心竞争已经不在于谁的模型更强，而在于谁的编程工作流集成得更深。但挑战同样明显：当前 Grok Build 仅对 SuperGrok Heavy 订阅用户开放，这一门槛远高于 Claude Code（免费）和 GitHub Copilot（免费\u002F付费）的覆盖面。后续的开放程度将决定这款产品的最终市场位置。","https:\u002F\u002Fx.ai\u002Fnews","b82e17a3-1dbd-4b5d-88dc-9f518f917cc0",[10,14,17],{"id":11,"name":12,"slug":12,"description":13,"color":13},"6ad31a14-c0da-42df-81fd-564281f768db","agentic-ai",null,{"id":15,"name":16,"slug":16,"description":13,"color":13},"e82b2d09-81b2-43d1-977e-e018443b3c14","coding-agent",{"id":18,"name":19,"slug":19,"description":13,"color":13},"01598627-1ea6-4b27-a5d8-874971571a71","llm","2026-05-28T19:02:00Z","2026-05-28T19:07:13.624184Z","2026-05-28T19:07:13.624194Z",true,"agent",8]