xAI / Grok / 公式ブログ / 2026/05/29 / 重要
xAI、Grok Build 0.1をAPIでpublic beta公開
公式ブログ原文
xAI は 2026年5月28日、agentic coding 向けモデル Grok Build 0.1 を xAI API で public beta として公開しました。Grok Build CLI を支える coding model を、API から直接呼び出せるようにする更新です。
要点
grok-build-0.1が xAI API の public beta として利用可能になった- 対象は web development、debugging、MCP support など agentic coding tasks
- 公式発表では 100+ tokens/second と、input $1/m tokens、output $2/m tokens の価格が示されている
- Grok Build、Cursor、Hermes Agent、OpenClaw、Kilo Code、OpenCode など agentic harness での利用が想定されている
- OpenRouter と Vercel AI Gateway 経由でも利用可能とされている
今回のブログ記事で語られていること
xAI の公式 News は、Grok Build 0.1 を「fastest coding model」と位置づけ、xAI API で public beta として使えるようになったと説明しています。モデル名は grok-build-0.1 で、Grok Build CLI と同じ系統の agentic coding model として紹介されています。対象タスクは、web development、debugging、MCP support などです。単なる code completion ではなく、tool calling や coding agent workflow の中で使われることを前提にしている点が重要です。
発表では、xAI API の responses endpoint を使った呼び出し例が示されています。これは、既存の Grok Build CLI や Kilo Code / OpenCode 連携とは別に、開発者が自分の agent harness、internal coding assistant、CI helper、review automation に Grok Build 0.1 を組み込めることを意味します。モデルが coding 専用に訓練され、MCP support を含むと説明されているため、repository、issue tracker、browser automation、local tools、deployment pipeline などと接続する用途が想定されます。
価格と速度も実務上の読みどころです。公式発表では、100+ tokens/second と、input $1/m tokens、output $2/m tokens という価格が示されています。Coding agent は長い context、diff、logs、test output、tool result を扱うため、モデルの性能だけでなく、latency と token cost が導入判断に直結します。高速で低めの単価を打ち出していることは、xAI が Grok Build 0.1 を長時間の agent loop や iterative coding tasks に使わせたい意図を示します。
また、Grok Build 0.1 は Grok Build、Cursor、Hermes Agent、OpenClaw、Kilo Code、OpenCode のような agentic harness で最も性能を発揮するとされています。これは、モデル単体の品質だけではなく、plan、tool selection、file editing、test execution、review、rollback を含む実行環境との相性が重要だというメッセージです。OpenRouter と Vercel AI Gateway でも利用可能とされており、既存の model routing / gateway infrastructure に載せやすい点も企業導入では意味があります。
一方で、API で coding model を使えるようになると、subscription UI 連携よりも広い権限と自動化が可能になります。社内 agent に入れる場合は、API key 管理、repository access、tool permissions、prompt / source code retention、generated changes の review gate、cost attribution を設計する必要があります。MCP support を使う場合は、agent がどの MCP server に接続できるか、どの secrets や internal systems に触れるかを明確に制限するべきです。
今回の発表は、xAI の coding strategy が「Grok Build CLI を使う個人向け体験」から「API で組み込める coding agent infrastructure」へ広がっていることを示します。Kilo Code / OpenCode などの連携記事と合わせると、xAI は Grok を複数の developer workflow に配布し、agentic software engineering のモデル選択肢として存在感を高めようとしていると読めます。
対象になりそうなチーム
- coding agent、internal developer assistant、CI automation を構築する engineering productivity team
- xAI API を既存の model gateway や agent harness に接続したい platform team
- repository access、MCP tools、API key、cost governance を管理する security / platform operations team
実務で確認したいポイント
まず、Grok Build 0.1 をどの経路で使うかを分けて確認してください。Grok Build CLI、Kilo Code 連携、xAI API、OpenRouter、Vercel AI Gateway では、認証、logging、billing、data handling、fallback model の設計が変わります。
社内 agent に組み込む場合は、モデル評価だけでなく、agent loop の停止条件、test execution、PR 作成前の review、secrets masking、MCP server allowlist、token budget を設計します。Coding model は便利ですが、repository と tool に触れるため、通常の chat model よりも強い運用ルールが必要です。
結局、この更新をどう見るべきか
Grok Build 0.1 の API 公開は、xAI が coding agent 領域を本格的な platform surface として広げる更新です。導入検討では、速度と価格だけでなく、API key 管理、tool 権限、MCP 接続、generated code の review process まで含めて評価する必要があります。