# Grok Build 0.1：xAI 押注并行广度，但还没交出成绩单

> 原标题：Grok Build 0.1：xAI 在并行 breadth 上的赌注

- 来源：Computing Life · Share · 鸭哥调研
- 发布时间：2026-06-05T00:00:00.000Z
- AX AI 日报：https://ai-daily.ax0x.ai/items/34837
- 原文：https://yage.ai/share/grok-build-0-1-20260605.html

## 摘要

xAI 在 2026 年 5 月推出了编程 agent Grok Build 0.1，CLI 和 API 先后上线。它跟 Claude Code 走的是两条路：Claude 靠单个深度 agent 加 1M 上下文窗口死磕复杂重构，Grok Build 则用 8 个并行子 agent 各干各的，靠速度（100+ tokens/秒）和广度抢活。定价是 A...

## 推荐理由

xAI 的 Grok Build 0.1 走了一条和 Claude Code 完全不同的路：不拼单 agent 的深度和超长上下文，而是用 8 个子 agent 并行干活，靠推理速度抢时间。这个思路本身有信息量，但文章没给基准测试结果，也没说清楚并行方案在实际项目里到底省不省钱、会不会互相踩脚。定价只提了 A 开头，后面断了，隐私条款也没展开。所以先放 featured，等有实测数据或者成本细节再往上调。

## 锐评

Grok Build 0.1 选了一条和 Claude Code 完全不同的路：不拼单个 agent 的深度理解，而是用 8 个并行子 agent 同时开工，靠速度和广度抢活。API 定价 $1/M 输入、$2/M 输出，看着便宜，但用户反馈 tool calls 太多，credits 烧得飞快。

最大的问题是证据缺口。官方公告、模型页、文档里都没有 SWE-Bench Verified 这类标准化 benchmark 的数字。OpenRouter 上甚至因为 coverage 不足被排除在排行榜外。用户实测反馈两极：有人用它重构遗留代码省了两小时站会，也有人抱怨幻觉严重、复杂任务容易死循环。

隐私条款也有坑。走 API 企业路径训练保护更强，但用 SuperGrok 订阅跑 CLI 就落在 consumer 规则下，可以 opt-out 但不是默认零训练暴露。目前它更适合当已有 Claude/Cursor 栈里的第三实验臂，前提是你能接受早期 beta 的粗糙边缘，并在自己代码库上小范围验证效果。xAI 迭代速度很快，但要从"有意思的选项"变成"默认主力"，还缺一份公开可复现的成绩单。