SpaceXAI、業務アプリにログインして働くAIエージェント「Grok Bot」を公開

SpaceXAIは8月11日（米国時間）、AIエージェント「Grok Bot」の早期ベータ版を公開した。Botはクラウド上のコンピュータで常時稼働し、利用者に代わって業務アプリや、Webサイトにサインインして作業を進めるものだ。

Grok Botはどのように動くのか

同社は早期利用者の感想として、エージェントへ指示するよりも、有能な同僚へ仕事を渡す感覚に近いと紹介している。文章を生成するだけでなく、実行環境を使って作業の完了まで担うことが設計上の特徴だ。

クラウド上のコンピュータが実行環境になる

Botにはクラウド上のコンピュータが用意される。公式発表によると、Botは業務アプリ・受信箱・Webサイトを横断して作業する。利用者が端末を閉じた後も、処理はクラウド側で続く仕組みだ。

早期ベータの利用窓口はデスクトップとiOSで、同じスレッドから継続して指示できる。Botは作業を進め、判断や承認が必要になった段階で利用者へ確認を求めるという。

APIやMCPを持たないツールも操作対象になる

連携の入口をAPIだけに求めない点も特徴だ。Botは業務アプリやWebサイトへサインインするため、整備されたAPIやModel Context Protocol（MCP）がないサービスも操作対象にできる。

画面操作には、連携先の表示や操作手順が変わると処理が不安定になる可能性がある。API連携と比べた耐性や、承認が必要な場面での中断頻度は、ベータ運用で確認すべき点だ。

手順を覚え、複数のBotで分担する

Grok Botは、利用者が一度見せた手順を保存し、次回から同じ作業へ適用する。修正を受けた場合は、その内容を次の実行へ反映する仕組みも備える。

複数のBotを並列で動かし、1体をchief of staff役、残りを専門役に分ける構成も示された。Bot同士は個別にメッセージを送り、文脈を共有できる。グループチャット内で人とBotが調整する運用も想定されている。

社内では、営業・オペレーション・エンジニアリングの各業務で試された。CRMへの通話記録とフォローアップの反映、新入社員の座席準備と請求書処理、バグ再現とチケット作成などが例として挙がっている。

提供対象は上位プランの契約者

早期ベータの提供先は、GrokとCursorの上位プラン契約者に絞られた。企業向けは待機リストでの受け付けだ。単体商品として売り出すのではなく、既存の契約へ束ねる形が取られている。

3つの契約プランと企業向け待機リスト

早期ベータは、SuperGrok Heavy・Cursor Ultra・Cursor Premium Teamsの契約者へ提供される。企業向けには別途、待機リストが用意された。

公式製品ページによると、Cursor Ultraは月額200ドル、Cursor Premium Teamsは1席当たり月額120ドルで、いずれも月払いとなる。SuperGrok Heavyについては、既存契約にGrok Botが含まれるとの案内だ。

公式案内はデスクトップとiOS

8月11日の公式発表は、早期ベータをデスクトップとiOSで提供するとしている。8月12日に確認した製品ページでは、macOSのApple silicon向けダウンロードを直接確認できた。

同じ公式発表と製品ページでは、Windows・Linux・Androidを含む全対応OSの内訳までは確認できなかった。クラウド側のコンピュータが使うOSも明記されていない。

処理自体はクラウド側で継続するため、利用者の端末を閉じてもジョブは止まらない。ローカル端末の稼働時間に縛られず、長い処理を任せられる点が特徴となる。

SpaceXによるxAI取得とCursor買収契約

Grok Botが2つのブランドのプランで同時に提供された背景には、この半年の企業再編がある。SpaceXによるxAIの取得と、Cursorを運営するAnysphereの買収契約が続いた。

Cursorとの連携は買収契約の完了前に始まった

SpaceXは2月2日、xAIを取得したと発表した。Grok Botの公式発表はSpaceXAI名義で公開されており、同社内で試した仕組みを外部へ広げる早期ベータと位置付けている。

SpaceXは6月16日、Cursorを運営するAnysphereを買収する契約を締結した。SEC提出書類によると、全株式交換で、Anysphereの想定株式価値は600億ドルだ。規制当局の承認などを条件に、2026年第3四半期の完了を見込む。

Grok BotはCursor UltraとCursor Premium Teamsの契約者にも提供される。ただし、8月12日時点で買収取引の完了を示す一次資料は確認できず、両社が統合済みとする段階ではない。

先行製品との違いは画面を使った実行範囲

OpenAIのChatGPT Workは7月9日、AnthropicのClaude Coworkは1月12日に提供を開始した。いずれもGrok Botより先に公開された、業務を実行するAIエージェント製品となる。

SpaceXAIは5月25日にコーディングエージェント「Grok Build」を、7月16日に「Grok 4.5」を公開している。Grok Botはコーディング以外へ対象を広げ、APIがない業務画面も直接扱う点を打ち出した。

操作範囲が広いほど、画面変更や例外処理への耐性が実務上の焦点になる。常時稼働と複数Botの連携が、どの程度安定して続くかは早期ベータで検証される部分だ。

認証情報を扱うAIエージェントの論点

Grok Botの機能は、利用者のアカウントで業務ツールへサインインできることを前提に成り立つ。この前提は、そのまま情報管理上の論点になる。

Grok Buildではリポジトリ送信が問題になった

Grok Botとは別製品だが、SpaceXAIのコーディングエージェントGrok Buildでは、データ送信を巡る問題が7月に報告された。研究者cereblabはv0.2.93を調べ、追跡対象ファイルとGit履歴をまとめたデータが、xAI管理のGoogle Cloud Storageへ送られる挙動を再現した。

12GBのテスト用リポジトリでは、研究者が捕捉を止めるまでに5.10GiBが転送された。モデルへ送られたプロンプトは196,705バイトで、転送量はその約2万7,800倍だった。これは全12GBの送信完了を示す数字ではなく、データが学習に使われたことを直接証明するものでもない。

研究者の再試験では、プライバシー設定を変更した後も同じ送信が続いた。設定は保持や学習からのオプトアウトであり、送信自体を止めるものとしては機能しなかったという。

Elon Musk氏は、表明以前にアップロードされた利用者データを全て削除すると投稿した。ただし、削除完了を示す独立した証拠は8月12日時点で確認できない。

研究者の検証記録は7月14日付で更新され、xAIがサーバー側で「disable_codebase_upload」をtrueに設定し、送信が止まったと記されている。配布されたバイナリはv0.2.93のままだった。

xAIの技術スタッフは、ゼロデータ保持の有効化とプライバシーコマンドの利用を利用者へ呼びかけた。ただし研究者は、そのコマンドがセッション単位で保持を切り替えるものであり、今回の送信を止めた仕組みではないと指摘した。停止がサーバー側の設定に依存する以上、恒久的な措置かどうかは公開資料だけでは判断できない。

公式資料で確認できない点

Grok Botは外部サービスへサインインし、承認が必要な場面まで自律的に作業を進める。一方、8月12日に確認した公式発表と製品ページでは、認証情報の保管方法・具体的な対応サービス・同時に動かせるBot数の上限について詳細な説明を確認できなかった。

業務用アカウントをBotへ預ける場合、企業側には権限の範囲と承認条件を定め、操作記録を追跡できる状態にする運用が求められる。Grok Botの実務上の評価は、実行能力だけでなく、管理者がその挙動をどこまで検証できるかにも左右される。