xAI、Grok Buildで/goalを発表——マルチステップのコーディングタスク向けの長時間自律実行と検証機能を追加

xAIは、ターミナルコーディングエージェントであるGrok Buildに新しいモード「/goal」を導入しました。このモードは、長時間の自律的なタスク実行を目的としており、ユーザーはより大きな実装タスクをエージェントに任せて、その後のプロセスに介入する必要がありません。

従来のコーディングセッションでは、プロンプトを出してエージェントが実行し、ユーザーが各ステップを検証するという反復作業が必要でした。/goalはこのループを変更し、エージェントがタスクを完了し検証されるまで自律的に作業を続けます。検証は、コードのレビュー、ウェブページの検査、スクリプトの実行など、複数の形式で行われます。このモードは、単一のコマンドと可視化された進捗チェックリストにより自律性を実現します。

/goalとは何か？

/goalはGrok Build内のモードであり、独立した製品ではありません。Grok BuildはxAIのソフトウェアエンジニアリング向けコーディングエージェント兼CLI（コマンドラインインターフェース）で、ローカルのコードベースを対象にファイルを読み取り、コマンドを実行します。Grok Buildはすでに複数のエージェント機能を備えており、計画モード（承認するまで編集をブロック）、大規模な作業を並行実行する専門のサブエージェントへの委任、AGENTS.md、プラグイン、フック、スキル、MCPサーバーの読み取りなどをサポートしています。MCPはエージェントを外部ツールやデータに接続するプロトコルです。

この機能を利用するには、SuperGrokまたはX Premium Plusのサブスクリプションが必要です。CLIは1つのコマンドでインストールでき、アカウントでサインインした後に/goalを呼び出します。このモードはハンドオフ（タスクの委譲）に最適化されており、ユーザーが1つの目標を説明すると、エージェントがマルチステップの作業を担当します。

長時間実行の重要性

エージェントは単一のプロンプトではなく、目標を与えられます。ステップを計画し、実行し、結果を観察し、現実が計画と異なる場合に再計画します。これが「観察-計画-行動」ループです。トレードオフとして、長時間の実行では多くのアクションを監視する必要があります。/goalは、進捗チェックリストと制御コマンドでこれに対応します。

/goalの仕組み

ユーザーはGrok Buildセッション内で1行のコマンドで目標を設定します（システムシェルではありません）。例えば：

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

Grok Buildはその目標に対するアプローチを計画し、作業を進捗チェックリストに分解し、チェックリストのアイテムを1つずつ実行し始めます。実行中もユーザーは追加の指示を送ることができます。目標が完了すると、パネルは「完了」に切り替わり、すべてのチェック項目にチェックマークが表示されます。

検証ステップ

注目すべき点は検証です。/goalはコードを書いただけでは終了せず、タスクが完了し検証されるまで続行します。xAIによれば、検証はコードのレビュー、ウェブページの検査、スクリプトの実行という3つの形式を取ります。これは自律実行において重要であり、エディットのみを行うエージェントが変更が機能する前に成功を報告することを防ぎます。検証をビルドインすることで、エージェントは完了前に自身の出力をテストします。

使用例

モジュール移行が主な例です。「/goal 認証モジュールを新しいAPIに移行する」は複数ファイルにわたる変更をカバーします。このタスクは長時間、機械的、かつテスト可能です。その他の実用的なハンドオフとしては、サービスのリファクタリング後にテストスイートを実行してグリーンビルドを確認する、エンドポイントを追加してレンダリングされたページの実行時エラーを検査する、依存関係をアップグレードしてビルドを実行し破損を修正する、設定をファイル間で移植してからスクリプトで検証するなどがあります。各タスクは、通常は監督が必要な多くのステップにまたがる場合に自律目標としての恩恵を受けます。

長時間目標の制御

/goalは実行を監視・制御するためのコマンドを提供します（Grok Buildセッション内で入力）：

/goal status – ライブ進行パネルを表示 /goal pause – 作業を一時停止、目標は維持 /goal resume – 停止した場所から再開 /goal clear – 目標を完全に破棄し、最初からやり直し

これらの制御は無人実行において重要であり、エージェントがファイルを編集しスクリプトを実行している間でもユーザーはいつでも一時停止や目標の破棄が可能です。

他のツールとの比較

/goalは、Claude Code、OpenAI Codex CLI、Cursor Agent Modeなどのターミナルコーディングエージェントと比較して、明示的で操作可能な目標オブジェクトを追加します。名前付きライフサイクルコマンドとビルドイン検証ステップが新しい部分です。比較の主な次元は次のとおりです：ハンドオフモデル（1行の目標オブジェクト vs 会話型＋タスクリスト）、進捗表示（自動チェックリスト＋ライブパネル vs 内部ToDoリスト）、制御コマンド（status/pause/resume/clear vs 中断と再プロンプト）、検証（完了まで実行し検証 vs 指示された場合のみテスト実行）、実行環境（ターミナルTUI/headless/ACP vs ターミナルまたはIDE統合）、アクセス方法（SuperGrok/X Premium Plusサブスクリプション vs サブスクリプションまたはAPI）。

主要なポイント

– /goalはGrok Buildのターミナルエージェント内で長時間の自律タスクを実行します。 – アプローチを計画し、チェックリストを構築し、実行して完了まで検証します。 – 検証はコードレビュー、ウェブページの検査、スクリプトの実行などで行われます。 – status、pause、resume、clearのコマンドでライブ実行を制御します。 – 利用にはSuperGrokまたはX Premium Plusのサブスクリプションが必要です。

コミュニティの反応

技術的な詳細については、関連ドキュメントをご確認ください。Twitterでフォローしていただき、150k+のML SubRedditに参加し、ニュースレターを購読することもお忘れなく。Telegramにも参加可能です。GitHubリポジトリ、Hugging Faceページ、製品リリース、ウェビナーなどのプロモーションについてのパートナーシップをご希望の場合は、お問い合わせください。