北京
编程代理的竞争正在从浏览器窗口转向命令行。5月14日，xAI推出Grok Build早期测试版，这是一款面向专业软件工程的编码代理和命令行工具，首批向SuperGrok Heavy订阅用户开放。
安装只需要一条命令。用户在终端执行curl脚本后，用SuperGrok Heavy账户登录即可启动。这种设计明显瞄准了已经习惯在终端工作的开发者群体，而非那些偏好图形界面的用户。
Grok Build的核心交互模式有几种。对于复杂任务，用户可以先启动"计划模式"——代理会生成任务方案，用户可以批准、评论具体步骤，或者完全重写后再执行。方案获批后，所有变更以干净的diff形式呈现。这种"先计划后执行"的流程序列，试图解决编码代理常见的"黑箱操作"问题。
工具链兼容性方面，Grok Build宣称开箱即用支持AGENTS.md、插件、钩子、技能和MCP服务器。启动后，它能自动识别代码仓库的既有规范。这意味着开发者不需要为适配新工具而重构工作流。
规模化任务处理是另一个设计重点。Grok Build可以将工作委派给专门的子代理并行运行，同时支持深度的工作树集成，允许在独立的工作树中启动子代理。从演示片段看，任务执行过程中会显示思考时间、token消耗量和交互选项。
无头模式（-p参数）让代理能够被嵌入脚本和自动化流程。CLI还提供完整的ACP支持，用于构建自定义机器人和代理编排应用。这些功能指向同一个目标：让Grok Build不仅能交互使用，还能成为更大自动化系统的组件。
xAI明确将当前版本定位为"早期测试"，反馈渠道直接集成在CLI内——输入/feedback即可提交bug、功能请求或反应。这种内置的反馈机制暗示产品迭代速度会是关键变量。
定价策略上，Grok Build与SuperGrok Heavy订阅绑定，没有单独的开源或免费层级。这与Cursor、GitHub Copilot等竞品的差异化定价形成对比，也限制了初期用户基数。
编码代理赛道正在分化：一类追求IDE深度集成和可视化体验，另一类像Grok Build这样押注终端原生和脚本化能力。后者的赌注是，专业开发者尤其是基础设施和工具链领域的工程师，会更青睐不离开终端的工作流。这个假设是否成立，取决于Grok Build在真实复杂代码库中的表现，以及xAI能否快速响应测试反馈。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
