2026年8月11日、SpaceXAI（旧xAI）はGrok Botを早期ベータとして公開しました。

発表の核は短いです。公式の言葉を先に置きます。

Bots are AI teammates that do real work for you. They sign in to your tools, use them just like you do, and come back with finished work.

私の訳ではこうなります。

「本物の仕事を任せられるAIの同僚。あなたのツールにログインし、あなたと同じように使い、終わった仕事を持って戻ってくる」

ここで最初に切るべき線は、製品名ではありません。仕事の終点です。

名前が似ているだけ、という事実

Grokは質問に答え、文章を作り、調べて返します。成果物の置き場はチャット画面です。

Grok Botは違います。アプリやWebにサインインし、人間と同じように画面を操作し、本物のツールの中に成果物を置きます。

私は前者を「答えを返すAI」、後者を「仕事を返すAI」と呼んでいます。

Grok：調べる、書く、要約する、相談する。仕事の終点は会話
Grok Bot：ログインし、操作し、登録し、下書きを所定の場所へ置く。仕事の終点は既存ツールの中

名前が近いせいで、次のものを同じ製品として語る人が多いです。

XのGrokボタン
投稿画面の @grok
grok.comやアプリのチャット
Discordなどに置いたボット
今回のGrok Bot

混ぜた瞬間に、料金も権限も使い方も全部ずれます。

一次情報は公式です。先に当たる場所は次の2つです。

X上の解説だけを根拠に権限を渡さない、がこの記事の前提です。

「終わらせる」の公式の意味

公式プロダクトページは、Grok Botを「仕事を終わらせるAIの同僚」として置いています。発表記事はさらに踏み込みます。

Botは専用コンピュータを持ち、既存ツールにサインインし、アプリや受信箱を横断し、端から端まで仕事を終わらせます。人に戻るのは、ログイン、決済、二要素認証など、承認が必要な場面に限る、という書き方です。

二要素認証とは、簡単に言うと、パスワード以外の確認手段です。スマホに届く番号や、認証アプリのコードが典型です。

この定義で重要なのは、「下書きを渡す」ではなく「終わった仕事を渡す」ことです。

身近な例で切ると、差はこう出ます。

営業メールの文面だけチャットに出す → Grokの仕事になりやすい
同じ文面をCRMに登録し、送信箱に下書きを置き、翌朝のレビューリストだけ残す → Grok Botの仕事になる

CRMとは、簡単に言うと、顧客情報をまとめる営業管理ツールです。名刺代わりの名簿ではなく、今誰に何を送ったかが残る作業場です。

公式自身も、ほとんどのAIは90パーセントまで連れていき、Grok Botは100パーセントまで振り切れる、という対比を使っています。発表記事では、プロダクト担当のRoman氏がこう述べています。

There is a huge difference between 90% done and 100% done. Most AI gets you almost there. Grok Bot can finish the swing, because the work lands where a human would put it, in the actual tool.

「ほぼできた」と「終わった」は別物です。チャットにきれいな文章があることと、使う場所に成果物があることは、同じではありません。

9割が混ぜてしまう3つの別物

実務でいちばん多い混同は、次の3つです。

X上のGrokボタンや @grok
会話型Grokです。タイムラインや投稿画面から質問する窓口です。
grok.comやアプリのチャット
調べる、書く、要約する、相談する場所です。
Grok Bot
デスクトップアプリかiOSアプリから、同僚にメッセージを送る感覚で委任する製品です。

判断基準は単純です。

成果物がチャットの中で完結するか、既存ツールの中に残るか。

前者ならGrok、後者ならGrok Botを疑います。

ここでよくある誤解があります。「API連携があるかどうか」で切ろうとすることです。

APIとは、簡単に言うと、ソフト同士が決まった手順でデータをやり取りする接続口です。接続口がない古い管理画面は、チャットAIから見ると壁になります。Grok Botの切れ目は、その壁を「人間と同じ画面操作」で越えられるかどうかです。連携規格の有無ではありません。

現場の判定を1つ足します。

会議中に「競合3社の要点をまとめて」と頼むなら、Grokで足りることが多い
同じ会議中に「競合3社を調べ、CRMのリードを更新し、フォローメールの下書きまで置いて、朝にレビューだけ残して」と頼むなら、必要なのはGrok Botです

後者は上手い質問文の話ではありません。委任の設計の話です。

Grokを知っていることと、Grok Botに仕事を終わらせていることは、同じ年の別世界です。

最大の違いは知能ではない。作業場所である

GrokとGrok Botを分ける最大の軸は、モデルの賢さではありません。仕事がどこで進むかです。

公式はこう書きます。

Bots have their own computer, so they can work inside your apps and tools. They also run in parallel, 24/7, even when your laptop is closed.

専用コンピュータを持ち、アプリの中で動き、ノートPCを閉じても並列で働き続ける、という意味です。

Grok Botは、目の前のノートPCの中では動きません。アカウントごとにクラウド上の専用コンピュータが割り当てられ、そこにブラウザ、ファイル、ターミナルがあります。

ターミナルとは、簡単に言うと、文字で命令を出す作業画面です。マウスでクリックする画面とは別に、裏側の操作机がある、と捉えてください。

会議中でも、電車の中でも、寝ている間でも、クラウド側の作業は止まりません。PCを閉じた瞬間に死ぬチャットAIとは、設計思想が違います。

クラウド上の専用コンピュータとは何か

公式ドキュメント「Use the computer and apps」の表現はぶれません。

Grok Botは永続するクラウドコンピュータの上で動き、ブラウザ、コマンドライン、ファイル、接続済みツールを、ノートPCが開いているかどうかに依存せず使えます。チーム向け説明では、このコンピュータをメンバー専用の管理されたLinux仮想マシンだと書いています。

仮想マシンとは、簡単に言うと、実機ではなくクラウド上に用意された、独立したコンピュータ環境です。自分の机の横に、もう一台のパソコンが常時点いているイメージです。ただしそのパソコンは、目の前にはありません。

ここで押さえるポイントは3つです。

コンピュータはBot単位ではなく、ユーザーアカウント単位で付く
同じアカウントのBotは、1台のコンピュータを共有する
各Botには別々の画面が与えられるが、画面の分離は作業面の分離であり、セキュリティ境界ではない

ファイル、ブラウザのログイン状態、コマンドラインの認証情報は横断します。便利さと危険は、同じ仕組みから出ます。

利用者の報告では、Linuxの中身やストレージ規模が語られることがあります。ただし容量やメモリの固定値は、公式に常時掲載されているわけではありません。

私が見る判断基準は、「中身のブランド名」より「自分のPCを閉じても状態が残るか」です。残るなら、それはチャットの下書きではありません。遠隔の作業机です。

チャットAIの寿命と、Botの作業寿命

会話型GrokとGrok Botでは、寿命の条件が違います。

会話型Grokの場合、本体の所在はあなたの画面と履歴です。必要な条件は、セッションが開いていることです。PCを閉じたあと、その場の作業は止まります。見えるものは文章、要約、下書きです。向く依頼は、今すぐ答えが欲しい仕事です。

Grok Botの場合、本体の所在はアカウント専用のクラウドコンピュータです。必要な条件は、クラウド側が動いていることです。PCを閉じたあと、公式どおり続き得ます。見えるものはブラウザ、ファイル、実行結果です。向く依頼は、席を外しても進めてほしい仕事です。

今この場で論点を整理したいなら、Grokで足ります。今この場を離れたあとも、管理画面の更新や受信箱の仕分けを進めてほしいなら、作業場所がクラウドにある製品が要ります。

私の実務ルールは単純です。

成果物がチャットにしか残らない依頼には、専用コンピュータを使わせない
本物のツールの中に残す依頼だけを、クラウド側へ渡す

作業場所を先に決めた人だけが、24時間稼働を味方にできます。

対象プランも権限も、名前を混ぜた瞬間に壊れる

Grok Botは、2026年8月時点で単体の商品ページを持たない製品です。入る門は、対象プランに付く特典か、期間限定の試用かです。

判断基準は「Grokが使えるか」ではありません。「Grok Botの対象プランか」です。

X PremiumでチャットのGrokが使えることと、クラウドコンピュータを持つ同僚を使えることは、別勘定です。早期ベータなので、対象と上限は短い期間で変わります。

保存用の一行はこれです。

Grok Botとは、クラウドに自分のコンピュータを持つAI同僚で、あなたのツールにログインし、承認が要るところまで仕事を終わらせて戻ってくる早期ベータ製品である。XのGrokチャットとは別物だ。

ここまでで、線は引けます。引けたつもりで止まる人も多いです。止まった人から先に、損が出ます。

ここで止めた人が、実際にやる遠回り

名前の違いだけ分かって、運用の境界を見ないまま閉じると、失敗は抽象論では終わりません。現場では次の形で出ます。

会議中に「調べて、CRMを更新して、フォローメールまで置いて」とチャットのGrokへ投げる。戻ってくるのは要約文だけ。管理画面は1ミリも動かず、会議後に自分で全部やり直す
XのGrokボタンとGrok Botを同じだと思い、対象外のプランのまま「同僚に仕事を終わらせる」前提で予定を組む。入口が違ったことに、締め切り当日に気づく
チャットに出した下書きを「仕事が終わった」と勘違いする。受信箱もCRMも請求フォルダも前日のままなのに、自分だけ終わった気になる
「Botを分ければ権限も分かれる」と思い込む。画面が別なだけで、ログイン状態は横断する設計だと知らず、片方の作業用ログインがもう片方から見える状態を放置する
会話回数を増やす目的のプランと、常時稼働の作業机を借りるプランを同じ請求だと思って契約する。欲しかったのは答えではなく、ツールの中の完了だったと後から分かる
90パーセントの文章を量産し、残りの10パーセント（登録、下書き配置、翌朝のレビュー地点）を毎週自分で運ぶ。運ぶ作業が本体だと気づかない

どれも「AIが下手だった」話ではありません。終点の違う製品に、同じ頼み方をした話です。

間違った理解のまま進むと、損は時間だけではありません。渡してはいけない画面に、渡してはいけない権限が乗ることがあります。承認は、これから起きる操作を止める仕組みであり、すでに終わった作業を巻き戻す仕組みではありません。

次を読んだ人が切れるようになる境界

後半で扱うのは、手順の羅列そのものではありません。先に持つべき判断基準です。

何ができる仕事で、どこまでを人に戻すのか
同僚にDMする感覚の依頼と、何でも屋への雑な投げ方の違い
複数Botが文脈を渡すときに、朝のレビューが一枚に収まるかの見方
料金が単体売りではなく、条件付きの特典である理由
どの端末が窓口で、どれが公式に非対応か
渡してよい仕事と、渡さない仕事の切り方

次を読んだ人に起きる変化は、具体的です。

「今すぐ答えが欲しい仕事」と「席を外しても進めてほしい仕事」を、依頼の前に分けられる
チャットに文章がある状態を、完了だと思わなくなる
対象プランと窓口端末を、XのGrokボタンと切り離して確認できる
送信、公開、削除、本番変更、決済を、最初から承認の向こう側に置ける
Botの名前をセキュリティ境界だと思わなくなる
夜間に投げる仕事の終点を、CRM、受信箱、管理画面、朝の一覧まで設計できる

Grokを知っている状態で止まる人と、仕事が終わる場所まで設計する人は、同じ週でも手元の作業量が変わります。

強い道具ほど、渡す範囲を先に決めた人が使います。決めずに名前だけ覚えた人は、90パーセントの文章を量産したまま、本物のツールの中は空き家のままです。

仕事が終わる場所から逆算する。Grok Botで渡してよいものと、止めるもの

前半で切った線は、これだけで十分です。

成果物がチャットの中で完結するならGrok。既存ツールの中に残すならGrok Bot。

ここから先は、その線を現場の依頼に落とします。上手い質問文の話ではありません。終わった仕事がどこに置かれるかの設計です。