xAI、Grok Buildをearly beta発表、7月にMCP権限プロンプトを更新。新しいコーディングエージェントを試す前に確認する4点

📌 あわせて読みたい: そもそもどの仕事にどのAIを回すか迷う方は「判断の軸」でモデルを選ぶ記事へ。この記事はその先、新しいコーディングエージェント「Grok Build」の発表・更新で何が事実として分かっていて、試す前に何を確認すべきかだけを扱います。どの製品が優れているかという比較はしません。

新しいコーディングエージェントが発表されると、つい「どれが一番強いか」に目が行きがちです。ですが仕事で使うかどうかを決める前に本当に必要なのは、性能比較よりも「何を、どこまで、誰の承認で実行させるか」の確認です。この記事は、xAIのGrok Buildを題材に、その確認の仕方を整理します。

結論:発表・更新の事実と、確認すべき4点
plan modeが確認・承認・書き換えを可能にしている理由
2026年7月9日の更新: MCP権限プロンプトに引数表示
新しいエージェントを試す前に確認する4点
「複数のエージェントを併用する人が多数」という数字を、この記事では使わない理由

結論:発表・更新の事実と、確認すべき4点

xAIは2026年5月25日、Grok Buildをターミナルで動くコーディングエージェントとしてearly beta提供しました。複雑な作業ではplan modeで計画を確認・承認してから実行する機能が案内されており、2026年7月9日の更新ではMCP権限プロンプトに予定されている引数を表示する変更が加えられています。新しいコーディングエージェントを試すときは、どれが優れているかではなく、権限・実行内容・承認・変更後の確認を先に決めることが実務上のポイントです。

plan modeが確認・承認・書き換えを可能にしている理由

xAIは、複雑な作業でGrok Buildのplan modeを開始すると、利用者が計画の承認、手順へのコメント、計画そのものの書き換えを行えると案内しています。この設計は、コーディングエージェントに「いきなり実行させない」ための仕組みです。特に複数ファイルにまたがる変更や、後戻りしにくい操作を含む作業ほど、実行前に計画を人の目で見て、必要なら修正できる段階を挟む価値があります。early betaという段階である以上、初めて使う作業ほど、この確認段階を省略しない姿勢が求められます。

2026年7月9日の更新: MCP権限プロンプトに引数表示

Grok Buildのchangelogによると、2026年7月9日の更新でMCP権限プロンプトに予定されている引数が表示されるようになりました。これは、MCP権限プロンプトに予定されている引数を表示する変更です。権限プロンプトの表示内容が細かくなるほど、承認する側が「何を許可しているか」を具体的に把握しやすくなります。逆に言えば、この表示を確認せずに反射的に承認していては、機能が更新された意味が薄れてしまいます。

新しいエージェントを試す前に確認する4点

権限——どのツール・ファイル・実行環境へのアクセスを許可するか
実行内容——計画やプロンプトで、何を実行しようとしているかを事前に読めるか
承認——複雑な作業の前に、人が承認・修正できる段階があるか
変更後の確認——実行後の差分や結果を、誰がどう確認するか

Grok Buildのplan mode(2026年5月のearly beta発表時に案内)と、2026年7月9日の権限プロンプト更新は、この4点のうち「実行内容」と「承認」を支える機能として読むことができます。ただし、承認機能があるからといって、人によるレビューが不要になるわけではありません。承認は「計画を見て判断する」ための機能であり、判断そのものを代行してはくれません。

「複数のエージェントを併用する人が多数」という数字を、この記事では使わない理由

コーディングエージェントの話題では「多くのエンジニアが複数のツールを併用している」という言い方をよく見かけます。しかし、この記事が確認できた公式の一次情報では、その割合や多数派を裏付ける数値は見つかりませんでした。裏付けのない数字を並べると、読者が実態以上に「みんなやっている」と受け取ってしまう恐れがあるため、この記事では併用率や多数派についての主張は行いません。事実として言えるのは、Grok Buildが2026年5月25日にearly betaとして登場し、2026年7月9日に権限表示の更新があったという点までです。