Grok Botとは​何か​ ──AIチームメイトに​「クラウドの​PC」を​渡して​24時間働かせる、​SpaceXAIの​新アプリを​解説

2026年8月11日、SpaceXAI（旧xAI）が Grok Bot を公開した^[1]。早期ベータで、macOSとWindowsのデスクトップアプリ、そしてiPhoneアプリがある。

やっていることを一言でいうと、AIにクラウド上のパソコンを1台渡して、そこから人と同じようにブラウザやアプリにログインさせ、仕事を終わらせて戻ってこさせるという製品だ。連携用のAPIを持たないツールでも、画面を操作できるなら仕事になる。手元のパソコンを閉じても、作業は止まらない。

ただし、発表当日の報道の多くは「エージェント1体ごとに専用のクラウドPCが割り当てられる」と書いているが、公式ドキュメントを読むと、これは逆である^[3]。パソコンはユーザーに1台で、そのアカウントのすべてのBotが同じファイル・同じブラウザのログイン状態を共有する。公式は「Botを分けることをセキュリティの境界として使わないこと」とはっきり書いている。この一行を知らずに入れると、経理用のBotに入れたログインを営業用のBotがそのまま使える、という状態になる。

この記事では、公式の発表ページと製品ページ、そして公開されているドキュメントだけを根拠に、①何ができるようになったのか ②「専用のPC」の実際の中身 ③今日使える条件と料金 ④入れる前に決めておくこと——の4つを順に見ていく。

01 何が​発表されたのか──仕事を​渡す相手が​増える

Grok Botは「AIチームメイト」という位置づけの製品だ。チャットで仕事を渡すと、Botがクラウド上のパソコンを使って最後まで進め、承認が必要なときだけ戻ってくる。発表ページは、社内での使われ方としてこんな例を挙げている^[1]。

• 営業のBotが、商談の書き起こしからCRM（顧客管理システム）を更新し、フォローのメール下書きまで用意する
• 業務のBotが、新入社員の受け入れ準備をして、Gmailに届いた請求書を処理する
• 開発のBotが、製品画面でバグを再現してチケットを起票し、修正を別のBotに引き継ぐ

特徴的なのは、先にワークフローを組ませないという設計思想だ。発表ページは「他のAIツールは、ワークフローやルーティンを先に作らせることがある。Grok Botは、メッセージを送れば仕事に取りかかる」と書いている。仕組みを設計してから使う道具ではなく、人を1人採用したときのように、まず仕事を渡してみることを想定している。

繰り返しの仕事は、後から型にできる。Teach a task（提供は順次）を使うと、自分が1回やってみせた画面操作をBotが見て、それを「スキル」の下書きにする。録画は最大10分で、マイクの音声は録らない^[3]。安定したら「ルーティン」として、時刻指定やイベント起点（Slackのメッセージ、GitHubの通知など）の自動実行に回す。1つのBotが持てるルーティンは最大50件、実行履歴は各20件まで残る。

順番も公式が指定している。一度きりのタスクとして手で確かめる → 安定したらスキルとして保存する → それから自動化する。いきなりルーティンにしないこと、と書かれている。

今日できること／まだできないこと

項目	2026年8月11日時点の公式記載
提供状態	早期ベータ（EARLY BETA）
対象プラン	SuperGrok Heavy ／ Cursor Ultra ／ Cursor Teams Premium
デスクトップ	macOS（Apple silicon・Intel）、Windows（x64・Arm64）
モバイル	iPhone（iOS 18以降）
非対応	Linuxデスクトップ・Android・iPad（初期リリース時点）
チーム／法人	順次展開中。「今後数週間で開放予定」で、現時点は待機リストか、Cursorの担当チームへの問い合わせ
前提条件	クラウド保存が必須。Legacy Privacy Mode のアカウントでは起動できない

「AIエージェントを会社に入れる」という観点で最初に効いてくるのは、この表の下2行だ。法人として契約する道は、まだ開いていない。今できるのは、個人プランで先に試して社内の型を作っておくところまでになる。

02 ​「自分の​PCを​持つ」の​中身──1人に​1台、​全B​otで​共有

ここが、この製品でいちばん誤解されている部分だ。公式ドキュメント「Use the computer and apps」は、こう書いている^[3]。

あなたのアカウントのすべてのBotが、同じパソコンを使う。ブラウザのCookieとログイン済みのセッションは共有される。ファイルはすべてのBotから見える。コマンドラインの認証情報も共有される。あるBotが保存した作業を、別のBotが続けられる。

そして念を押すように、「そのパソコンはユーザーアカウントに割り当てられており、個々のBotに割り当てられているのではない」「別のBotがアクセスできては困る認証情報やファイルを、そこに置かないこと」と続く。

Botごとに分かれているのは「画面」だけだ。公式の表現では、各Botは共有パソコンの上に自分のスクリーンを持ち、だから複数のBotが同時にブラウザを触れる。ただし「スクリーンは作業面であって、セキュリティの境界ではない」。セキュリティのページには、さらに直接的に「Botを分けることをセキュリティ境界として使わないこと」と書かれている。

つまり、「引き継ぎができる」ことと「情報が混ざる」ことは、同じ1つの設計から出ている。Botどうしがスレッドで仕事を渡し合えるのは、同じ机・同じブラウザ・同じファイル置き場を使っているからだ。便利さの理由が、そのままリスクの理由になっている。

だから公式が挙げる運用も、Botを分けることではなく、次のような手順になる^[3]。使い終わったサービスからはサインアウトする。作業が終わったら機密の一時ファイルを消す。不要になったコネクタは削除して、提供元のサービス側で認可を取り消す。権限は最小にして、読み取り専用と下書きから始める。

もう1つ、見落とすと効いてくる記述がある。Botを削除しても、共有パソコンのファイルとログイン状態は残る（公式FAQに明記）。担当を消したから終わり、にはならない。

03 APIも​連携機能も​無い​ツールに、​人と​同じ​ログインで​入る

発表ページで目を引くのは、「クリーンなAPIやMCPを持たないプラットフォームでも、サインインして作業できる」という一節だ^[1]。

MCPは、AIと社内システムを安全につなぐための共通規格で、どのツールに何を触らせるかを設計できる層でもある。裏を返すと、Grok Botが狙っているのはその層が用意されていない領域になる。連携機能のない業務システム、社内の古い管理画面、ブラウザでしか操作できないサービス——人が毎日ブラウザで触っているものは、だいたいここに入る。

関連記事 ｜ 「何を触らせるか」を設計する層MCPは「便利な拡張機能」ではなく、AIに何を触らせるかの“権限レイヤー”だ →

では、認証はどうするのか。公式ドキュメントは、パスワード・パスキー・2要素認証コード・CAPTCHA・支払い確認は、人が自分で入力する設計だと書いている^[3]。Botが行き詰まると「コンピュータを代わってほしい」と頼んでくるので、画面を開いて自分で入力し、終わったら操作を返す。パスワードやワンタイムコードをチャットに貼らないこと、とも明記されている。

ただし、その先が重要になる。ブラウザのセッションは共有パソコンに残るので、他のBotも同じログイン済みセッションを使えると公式は書いている。認証の瞬間は人が握るが、認証の結果は全Botの共有物になる。コネクタ（アプリ内の表示は Plugins）も同じで、インストールしたコネクタはアカウント全体に効き、1つのBotに限定されない。

社内で使うなら、ここは2つの設計に落ちる。1つ目はサービス側でアカウントを分けること（可能なら権限を絞った専用アカウントを使う。Botを分けても分離にはならない）。2つ目は止めどころをこちらで決めること——これは次の章で具体的に見る。

04 仕事の​渡し方には、​公式の​型が​ある

ドキュメントで実務的にいちばん役立つのは、タスクの書き方が5つの要素で定義されている点だ^[3]。エンジニアでなくても、そのまま使える。

要素	何を書くか
Outcome（成果）	何が終わっていればよいのか
Sources（情報源）	どのアプリ・サイト・ファイル・会話を見るのか
Constraints（制約）	やってはいけないこと、事前に聞くべきこと
Deliverable（提出物）	何を返してほしいのか
Review point（確認点）	どこで一度止まってほしいのか

公式が載せている依頼文の例はこうだ。「分析ダッシュボードを開いて、今週の新規ユーザーの活性化を直近4週と比較し、いちばん変化の大きい段階を特定して、該当グラフへのリンク付きで調査プランを短く書いて。ダッシュボードは変更しないで。ログインが必要なら私に頼んで」。最後の2文が Constraints と Review point にあたる。

そして「先に境界を書く」対象として、公式は7つを挙げている。メッセージや招待の送信／コンテンツの公開／購入と送金／データの削除・上書き／権限の変更／本番環境の変更／規約への同意。ここに人間の承認を残す、という考え方だ。あわせて「承認は提案された行為を止めるだけで、すでに終わった作業を取り消すものではない」とも書かれている。

承認の仕組みも用意されている。Auto Review は、ツールの呼び出しやパソコン操作が実行される前に評価する機能で、「必ず承認を求める」ルールと「常に許可する」ルールを書ける。両方に当てはまった場合は「必ず承認」が勝つ。

公式は「ブラウザ内は全部許可」のような広いルールを避け、行動と範囲を特定した狭いルールを書くことを勧めている。「外部宛のメール送信の前に承認を求める」「本番ダッシュボードの変更の前に承認を求める」といった粒度だ。

もう1つ、見落とされやすい設定がある。手元のMac／Windowsでコマンドを実行させるかどうかは、クラウドのパソコンとは別の権限だ。初期値は「毎回確認する」で、公式の推奨は、特別な理由がなければ「許可しない」。

ルーティン（自動実行）を作るときは、テスト実行が「本当に実行される」ことも明記されている。テストといってもサイトを操作し、ファイルを変更し、連携ツールを呼ぶ。安全な入力で、書き込み系は承認の裏に置いた状態で試す、という運用になる。

05 料金と、​使える​条件

公式の料金ページに出ているプランは2つだ^[2]。

プラン	価格	含まれるもの（公式記載）
Cursor Ultra	月200ドル	Grok Bot専用のクラウドPC／自分のツールへのサインイン／スケジュール実行のルーティン／デスクトップとモバイルでの利用／AIトークンの拡張枠
Cursor Premium Teams	1席あたり月120ドル	Ultraの内容すべて＋チーム一括の請求と設定／スキルとプラグインのチーム向けマーケットプレイス／利用状況の共有分析／SAML・OIDCによるSSO

すでに Cursor Ultra または SuperGrok Heavy に加入していれば、Grok Botは追加料金なしで含まれる（SuperGrok Heavyの価格は、この料金ページには記載がない）。

課金の形も押さえておきたい。公式FAQは「Grok Botのサブスクリプションには週ごとの利用量が含まれ、対象アカウントはモデルとトークンのコストに基づく従量課金を追加できる」と書いている^[3]。月額を払えば24時間無制限に働かせられる、という製品ではない。夜のあいだにBotを何体も走らせる使い方は、そのままトークンの消費に効く。

法人での契約は、まだ入口の段階だ。公式FAQは「チームと法人向けの提供は順次展開中で、利用可否と必要なプランは組織によって異なる」とし、発表ページのFAQは「今後数週間でチームと法人に開放する予定」と書いている。

06 なぜ​「Cursor」の​名前が​出てくるのか

ここまで読んで、Grokの製品なのにCursorの名前ばかり出てくることに気づいたと思う。実際、Grok BotはCursorのアカウントでサインインし、Cursorのプライバシー設定に従い、Cursorのプランで課金され、法人はCursorの担当チームに問い合わせる。ダウンロードのURLも downloads.cursor.com だ。

背景には2つの動きがある（いずれも報道ベースで、CAGの検証ではない^[4]）。SpaceXとxAIが2026年に合併し、AI部門が「SpaceXAI」になったこと。そしてSpaceXが2026年6月16日に、Cursorの運営元である Anysphere を約600億ドルの全額株式取引で買収すると発表したこと（クロージングは2026年第3四半期の見込み）。

導入を検討する側から見ると、これは名前の問題ではない。「GrokのAIエージェントを入れる」という判断は、実務上は「Cursorのアカウント基盤・SSO・データ設定・請求の上に乗る」という判断とほぼ同じになる。すでに開発チームがCursorを使っている会社なら話は早く、使っていない会社なら、認証と統制の窓口が1つ増える。製品の良し悪しではなく、社内の誰が管理者になるのかという運用の話として、先に決めておいた方がいい。

07 入れる​前に​決めて​おく​6つの​こと

Grok Botに限らず、「AIに自社のツールを触らせる」タイプの製品には共通して効くチェックリストになる。

• 分離はBotではなくアカウントで作る。共有パソコンは1人1台。Botを分けても情報は分かれない
• 触らせるサービスを絞る。可能なら権限を限定した専用アカウントを用意する
• 止めどころを先に書く。送信・公開・購入・削除・権限変更・本番変更・規約同意は承認の裏へ
• 読み取りと下書きから始める。書き込みは、型が安定してから開ける
• 終わったら片づける。サインアウト・一時ファイルの削除・コネクタの認可取り消し（Botを消しても残る）
• 費用は「週ごとの枠＋従量」で見る。定額で走らせ放題ではない

そのうえで、この製品がどこに賭けているかは、はっきりしている。AIをより賢くする競争ではなく、AIが人と同じ場所で作業できるようにする競争だ。連携機能を持たないツールに人と同じ手順で入るという設計は、そこを最短距離で埋めにきている。

一方で、その設計がそのまま「境界が1つしかない」という制約になっていることも、公式ドキュメントが自分で認めている。便利さと境界が同じ一本の設計から出ているとき、後から足せるのは境界のほうだけだ。