xAI、Grok Build 向けに Composer 2.5 を提供開始

xAI は 2026年6月1日、Grok Build で Composer 2.5 を利用できるようにしたと発表しました。Composer 2.5 は、長時間タスクや複雑な指示追従に強い coding model として案内されています。

要点

• Composer 2.5 が Grok Build で利用可能になった
• 対象は SuperGrok と X Premium+ ユーザー
• Grok Build の /models メニューから選択できる
• 長時間の coding task、複雑な instruction following、agent workflow が主な文脈になる

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

この xAI News は短い発表ですが、Grok Build の位置づけを読むうえでは重要です。Grok Build は、xAI が提供する coding agent / CLI の文脈で使われる製品で、既存のコードベースに対して計画、編集、レビュー、実行を進める agent workflow を前提にしています。今回の Composer 2.5 は、その中で選べるモデルとして追加されています。

発表文では、Composer 2.5 が fast で state-of-the-art なモデルであり、long-running tasks と complex instructions に向いていると説明されています。coding agent の実務では、短い補完よりも、複数ファイルをまたぐ変更、既存設計の読み取り、指示の保持、途中判断の一貫性が問題になります。モデル選択が単なる性能表の比較ではなく、どの作業を任せるか、どこで人間がレビューするか、どの権限で実行するかに直結するのはこのためです。

また、Grok Build の画面例では /model <model> [effort] のようなモデル選択が示されており、チームが作業内容に応じてモデルや effort を切り替える運用を想定していることが読み取れます。これは、coding agent を一つの万能設定で使うのではなく、軽い修正、調査、リファクタリング、長時間の実装、承認付き作業で使い分ける方向です。

xAI は 2026年6月1日、Grok Build で Composer 2.5 を利用できるようにしたと発表しました。Composer 2.5 は、長時間タスクや複雑な指示追従に強い coding model として案内されています。

対象になりそうなチーム

• Grok Build を試している開発チーム
• coding agent のモデル選択、権限、レビュー手順を整備する platform engineering team
• 長時間タスクを agent に任せる際の失敗モードを評価している開発組織

今回のブログ記事が関係する人

• xai をすでに利用しており、今回の内容が運用、開発、分析、データ連携にどう影響するかを確認したいチーム
• AI・データ基盤の選定や導入計画を進めており、公式ブログの背景や実務上の読み方を整理したい担当者
• セキュリティ、ガバナンス、監査、コスト、サポート体制など、発表内容を本番運用の判断材料に落とし込みたい管理者

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

Composer 2.5 を使う場合、まず既存の Grok Build 運用でどのタスクに割り当てるかを分ける必要があります。大きな変更を任せるほど、plan mode、差分レビュー、テスト実行、権限境界、秘密情報へのアクセス制御が重要になります。モデルが長時間タスクに強いとしても、リポジトリの ownership、CI、レビュー責任が不要になるわけではありません。

結局、今回のブログ記事をどう読むべきか

Composer 2.5 は、xAI が Grok Build を本格的な coding agent 環境として育てていることを示す追加です。導入側は、モデル性能だけでなく、どの作業を任せ、どこで止め、どのレビューで本番反映するかを設計する必要があります。