「目標だけ渡して放置」を成り立たせるもの──Grok Buildの新モード/goalが、自分の仕事を自分で検算する

「コードを書いて」から「目標を達成して」へ

xAIは2026年6月22日、ターミナル型のコーディングエージェント「Grok Build」に /goal という新しいモードを追加しました。これまでのように一問一答で指示を出し続けるのではなく、目標を一つ渡すと、エージェントが計画を立て、やることリストを作り、実行し、完了するまで自分で検証する──という長時間の自律実行を狙った機能です。

Grok Build は xAI が2026年5月に早期ベータとして公開した開発者向けツールで、プロジェクトのフォルダ内で動く対話型のコマンドラインエージェントです。フラッグシップモデルの Grok 4.3（最大100万トークンの文脈に対応）を頭脳に、コードベースの調査、関連ファイルの特定、修正までを自然言語の指示でこなします。エージェント間の標準規格である Agent Client Protocol（ACP）への対応、ヘッドレス実行、スキルやプラグイン・フック・MCP サーバーとの連携、並列で動くサブエージェントといった構成は、Claude Code や Codex といった先行する各社のエージェントと同じ土俵に立つものです。今回の /goal は、その上に「自走」の一歩を重ねる更新だと言えます。

/goalが回す4つの工程

使い方はシンプルです。Grok Build のセッション内で、達成したいことを一行で渡します。たとえば次のように書きます。

/goal 認証モジュールを新しいAPIへ移行する

すると、エージェントは目標を受け取ってから次の流れで作業を進めます。

• 計画: 目標に対する進め方を組み立てる
• チェックリスト化: 作業を順番に並んだ項目へ分解する
• 実行: 項目を一つずつ順に処理する
• 検証: 結果を確かめ、完了するまで繰り返す

実行中もタスクは対話的なままで、途中で追加の指示を差し込めます。モジュールの移行のほか、テストでの検証を伴うサービスのリファクタリング、画面表示の確認を伴うエンドポイント追加、ビルド実行を伴う依存関係の更新などが、想定される使いどころとして挙げられています。

自走を支える「自分で検算する」仕組み

長時間の自律実行でいちばん怖いのは、エージェントが「できました」と報告したのに、実際には動いていないことです。/goal はこの落とし穴を塞ぐために、作業の正しさを次の3つの方法で確かめてから先へ進みます。

• コードレビュー: エージェント自身が生成した出力を点検する
• ページの確認: レンダリングされた画面を見て、挙動が意図どおりかを確かめる
• スクリプト実行: 実際にテストを走らせ、結果をプログラム的に検証する

つまり「変更がまだ機能していないのに成功と報告する」状態を避けるための検証が、実行ループの中に組み込まれています。コードを書く能力そのものよりも、書いた結果を自分で確かめて前に進む、という設計に重心が移っているのが今回の更新の特徴です。

暴走させないための手綱

放っておける一方で、走り続けるエージェントには止め方と覗き方が要ります。/goal には、長時間タスクを操作するための4つのコマンドが用意されています。

状況を見て止め、必要なら再開し、筋が悪ければ捨てる。任せきりにせず、人が手綱を握り直せる前提で設計されている点は、無人運用を考えるうえで実務的です。

導入と対応プラン

Grok Build のインストールは1コマンドで完結します。

curl -fsSL https://x.ai/cli/install.sh | bash

利用には xAI のサブスクリプションが必要で、現在は SuperGrok または X Premium+ の加入者が対象です。ごく初期のベータでは上位プラン限定で提供されていましたが、対象プランは段階的に広がってきました。料金体系や提供範囲は変動しうるため、導入前に最新の条件を確認するのが安全です。

「目標を渡す」が、エージェントの共通形になりつつある

注目したいのは、この動きが xAI 単独の話ではない点です。OpenAI の Codex には数時間にわたって自律実行する「Goal mode」があり、Claude Code は自動モードや複数エージェントを束ねるワークフローを、Cursor は定常的に走るエージェントによる自動化を、それぞれ整えてきました。「一問一答でコードを書かせる」段階から、「目標を渡して自走させ、エージェント自身に検証までやらせる」段階へ──各社が同じ方向の設計図に収束しつつあります。Grok Build の /goal は、その共通パターンに xAI が乗ったことを示すものです。

開発の現場から見ると、これは「人が常に隣で見ていなくても進む作業」の範囲が広がることを意味します。移行やリファクタリング、依存更新といった、手数は多いが手順の定まった仕事を目標単位で預けられれば、レビューと意思決定に人の時間を寄せられます。経営の観点でも、属人的な作業を自走するエージェントへ移すことは、開発の効率化や内製の足場づくりにつながる可能性があります。

便利さの裏に置いておきたい注意

一方で、長時間の自律実行には相応の注意も指摘されています。第一に、ここでいう「検証」はあくまでエージェント自身が行うものであり、自己点検が常に正しいとは限りません。テストが不十分なら、間違ったまま「完了」と判断されうる余地は残ります。第二に、エージェントが長く走るほどトークン消費とコストはかさみやすく、想定外の出費につながるおそれがあります。第三に、シェルの実行やファイル変更を伴う自律エージェントは、誤操作やセキュリティ上のリスクを抱えるため、権限の範囲を絞り、変更内容を人が確認する運用が欠かせません。/goal に止める・覗く・捨てるコマンドが用意されているのも、こうした前提があるからです。利便性を取りに行くほど、手綱の握り方が問われる──そう捉えておくのが現実的でしょう。

参照: MarkTechPost「xAI Launches /goal in Grok Build」 ／ eWeek「xAI Grok Build Coding Agent」 ／ AI Tools Recap「xAI Grok Build Beta & Agent Client Protocol」 ／ The New Stack「Cursor, Claude Code, and Codex are merging into one AI coding stack」