Grok Build 0.1

Grok Build 0.1 是 xAI 于 2026 年 5 月底推出的专用编程模型，它和厂商的旗舰模型 Grok 4.3 走的是两条完全不同的路线。Grok 4.3 是通用旗舰，强调超长上下文与通用推理；而 Grok Build 0.1 从训练目标到产品形态都只为一件事服务——做一个能自主写代码、改代码、跑工具的软件工程 Agent。它正是驱动 xAI「Grok Build」命令行工具（CLI）的同一个模型，现在以公开 API 的形式开放，开发者无需 SuperGrok 或 X Premium+ 订阅即可直接调用。

它最值得注意的一点是原生支持 MCP（Model Context Protocol）：你可以在请求的 tools 数组里用 "type": "mcp" 直接声明 MCP server，而不必自己写一层胶水代码去桥接工具。如果你已经为 Claude Code 之类的 Agent 配好了一套 MCP server，那套配置几乎可以零改动地复用到 Grok Build 0.1 上。对正在搭 Agent 工具链的团队来说，这降低了从「试用」到「接进生产」的迁移摩擦。

另一个设计取向是「推理常开」。Grok Build 0.1 的链式思考是内置且不可关闭的——它在产出代码前总会先想一遍。这与 Grok 4.3 提供 reasoning_effort 参数（可设为 none 跳过思考）形成对照：在 Build 0.1 上你拿不到「关掉思考换更低延迟/更便宜」的旋钮，但换来的是每次输出都带规划的稳定性。这个取舍直接决定了它适合什么、不适合什么。

从价格梯队看，Grok Build 0.1 是 xAI 阵营里明显比旗舰 Grok 4.3 更便宜的腰部档位（具体数字以本页上方价格表实时为准，会随官方调整与汇率波动更新）。它的输入价和输出价都低于同厂旗舰，定位上就是让你「敢于多调」的工程主力，而不是只在关键决策时心疼着用的高价模型。

真正影响 Agent 实际成本的，往往不是单价本身，而是缓存命中率。Grok Build 0.1 提供缓存输入价（见上方价格表），命中后的输入成本会大幅低于首次。Agent 类负载天然有大量重复上下文：固定的 system prompt、工具定义（尤其是 MCP server 的 schema）、被反复读进上下文的代码库片段——这些内容在一次多步任务里会被重复送入。如果你的调用框架能把这些稳定前缀对齐到缓存边界，缓存价就会把账单里很大一块压下去。这也是为什么同样一段工作流，写得「缓存友好」和写得不友好，月成本可能差出一截。

但要注意「推理常开」对成本的另一面：它每次都会生成思考 token，而思考 token 是按输出价计费的。也就是说 Build 0.1 的输出侧消耗通常比一个纯补全模型更重。评估它划不划算时，别只看挂牌单价，要把「带规划的多步输出」这一真实 token 形态算进去——用本页的成本速算或估算器贴你自己的典型任务文本，比拍脑袋准得多。

最能发挥 Grok Build 0.1 的，是多步、要调工具的自主编程任务：在仓库里定位 bug 并修复、按需求落地一个 web 功能、跑测试看报错再迭代、串起一连串 MCP 工具完成一个端到端的开发动作。它的 256K 上下文足以塞进相当规模的代码与文件树，配合常开推理和原生工具调用，做「读代码—决定动作—调工具—看结果—再决定」这种 Agent 循环时比较扎实。如果你在做编程类 Agent、AI 结对编程、或者把 CLI 编码代理接进自己的产品，它是顺手的候选。

它不太适合的，是对延迟和单价极度敏感的高频轻任务：意图分类、内容打标、简单问答、批量短文本处理。这类任务你既不需要它的链式思考，也付不起「每次都先想一遍」的输出开销，换一个更便宜的快速小模型通常更划算。同样，它是文本类编程模型，不要拿它当多模态视觉理解或音频处理的主力。

上下文规模上也要量力。256K 在编程模型里算够用，但明显小于同厂旗舰 Grok 4.3 的百万级窗口。如果你的任务是「把一整个巨型单体仓库一次性塞进上下文做全局分析」，Build 0.1 可能不够装，那是旗舰长上下文模型的活儿——而日常的单功能开发、单模块重构，256K 通常绰绰有余。

在 xAI 自家产品线里，选择逻辑很清楚：把 Grok Build 0.1 当默认的「干活模型」，把 Grok 4.3 留给真正吃通用推理或超长上下文的环节。典型分工是——日常的编码 Agent 循环、工具调用、改 bug 走 Build 0.1；遇到需要超强通用推理、跨越百万 token 全局视野、或要用 reasoning_effort 精细调节思考深度（包括关掉思考省钱）的场景，再升级到 4.3。两者价格不同、定位不同，没必要用一个模型通吃所有环节。

跟其他厂商的编程/Agent 模型比，Grok Build 0.1 的差异化卖点是 MCP 原生 + OpenAI 兼容端点 + 无需消费级订阅即可纯 API 接入这套组合。如果你的栈已经是 MCP 生态、又想要一个迁移成本低的编码 Agent 后端，它的工具对接体验是加分项。反过来，如果你的工作流强依赖「可关思考以压低延迟和成本」，或者需要更大的上下文窗口、更强的多模态，那竞品或同厂旗舰可能更合适——这取决于你把钱花在延迟、上下文还是工具生态上。

什么时候该降级到它、什么时候该从它升级？如果你现在用旗舰模型跑常规编码 Agent、发现账单里大头是这种「能力过剩」的日常任务，降到 Build 0.1 通常能省钱且体验不掉太多；反之，当你发现它在超长上下文全局分析、或需要按场景动态调节推理深度上吃力时，就是升级回旗舰的信号。具体的输入/输出/缓存价随时可能调整，做决策前请以本页上方价格表的实时数字为准，并对照官方文档确认。