xAI、Grok Build 0.1をAPIでpublic beta公開

xAI は 2026年5月28日、agentic コーディング 向けモデル Grok Build 0.1 を xAI API で public ベータ として公開しました。Grok Build CLI を支える コーディング モデル を、API から直接呼び出せるようにする更新です。

要点

• grok-build-0.1 が xAI API の public ベータ として利用可能になった
• 対象は web development、debugging、MCP サポート など agentic コーディング tasks
• 公式発表では 100+ トークン/second と、input $1/m トークン、output $2/m トークン の価格が示されている
• Grok Build、Cursor、Hermes エージェント、OpenClaw、Kilo Code、OpenCode など agentic harness での利用が想定されている
• OpenRouter と Vercel AI Gateway 経由でも利用可能とされている

今回のブログ記事で語られていること

xAI の公式 News は、Grok Build 0.1 を「fastest コーディング モデル」と位置づけ、xAI API で public ベータ として使えるようになったと説明しています。モデル名は grok-build-0.1 で、Grok Build CLI と同じ系統の agentic コーディング モデル として紹介されています。対象タスクは、web development、debugging、MCP サポート などです。単なる code completion ではなく、tool calling や コーディング エージェント ワークフロー の中で使われることを前提にしている点が重要です。

発表では、xAI API の responses エンドポイント を使った呼び出し例が示されています。これは、既存の Grok Build CLI や Kilo Code / OpenCode 連携とは別に、開発者が自分の エージェント harness、internal コーディング assistant、CI helper、確認 automation に Grok Build 0.1 を組み込めることを意味します。モデルが コーディング 専用に訓練され、MCP サポート を含むと説明されているため、リポジトリ、issue tracker、browser automation、local tools、deployment パイプライン などと接続する用途が想定されます。

価格と速度も実務上の読みどころです。公式発表では、100+ トークン/second と、input $1/m トークン、output $2/m トークン という価格が示されています。コーディング エージェント は長い context、diff、ログ、テスト output、tool result を扱うため、モデルの性能だけでなく、遅延 と トークン コスト が導入判断に直結します。高速で低めの単価を打ち出していることは、xAI が Grok Build 0.1 を長時間の エージェント loop や iterative コーディング tasks に使わせたい意図を示します。

また、Grok Build 0.1 は Grok Build、Cursor、Hermes エージェント、OpenClaw、Kilo Code、OpenCode のような agentic harness で最も性能を発揮するとされています。これは、モデル単体の品質だけではなく、plan、tool selection、ファイル editing、テスト execution、確認、ロールバック を含む実行環境との相性が重要だというメッセージです。OpenRouter と Vercel AI Gateway でも利用可能とされており、既存の モデル routing / gateway infrastructure に載せやすい点も企業導入では意味があります。

一方で、API で コーディング モデル を使えるようになると、subscription UI 連携よりも広い権限と自動化が可能になります。社内 エージェント に入れる場合は、API key 管理、リポジトリ access、tool 権限、プロンプト / source code retention、generated changes の 確認 gate、コスト attribution を設計する必要があります。MCP サポート を使う場合は、エージェント がどの MCP server に接続できるか、どの secrets や internal systems に触れるかを明確に制限するべきです。

今回の発表は、xAI の コーディング strategy が「Grok Build CLI を使う個人向け体験」から「API で組み込める コーディング エージェント infrastructure」へ広がっていることを示します。Kilo Code / OpenCode などの連携記事と合わせると、xAI は Grok を複数の 開発者 ワークフロー に配布し、agentic software engineering のモデル選択肢として存在感を高めようとしていると読めます。

対象になりそうなチーム

• コーディング エージェント、internal 開発者 assistant、CI automation を構築する engineering productivity team
• xAI API を既存の モデル gateway や エージェント harness に接続したい platform team
• リポジトリ access、MCP tools、API key、コスト ガバナンス を管理する セキュリティ / platform operations team

実務で確認したいポイント

まず、Grok Build 0.1 をどの経路で使うかを分けて確認してください。Grok Build CLI、Kilo Code 連携、xAI API、OpenRouter、Vercel AI Gateway では、認証、logging、課金、data handling、fallback モデル の設計が変わります。

社内 エージェント に組み込む場合は、モデル評価だけでなく、エージェント loop の停止条件、テスト execution、PR 作成前の 確認、secrets masking、MCP server allowlist、トークン budget を設計します。コーディング モデル は便利ですが、リポジトリ と tool に触れるため、通常の chat モデル よりも強い運用ルールが必要です。

結局、この更新をどう見るべきか

Grok Build 0.1 の API 公開は、xAI が コーディング エージェント 領域を本格的な platform surface として広げる更新です。導入検討では、速度と価格だけでなく、API key 管理、tool 権限、MCP 接続、generated code の 確認 プロセス まで含めて評価する必要があります。