Grok Botとは｜X Subscription移行後の料金・仕組み・競合比較・注意点

Grok Botとは、xAI(現SpaceXAI)が提供する常駐型のAIエージェントで、クラウド上に用意された作業用コンピュータの中で、人間と同じように画面を操作して仕事を完了させるサービスです。 2026年8月11日に早期ベータとして提供が始まり、2026年10月12日からはGrok・Cursor・X Premiumをまとめた新しい定額プラン「X Subscription」のPremium(月30ドル)以上に含まれる形になりました。公式の定義は「実際の仕事を渡せるAIチームメイト(AI teammates you can give real work to)」で、質問に答えるチャットボットではなく、調査・入力・下書き作成といった作業そのものを任せる製品です。既成ロールには営業アウトバウンドや広告運用など営業・マーケティング職が並びます。この記事では、公式ドキュメント(Cursorの製品説明とヘルプ)を一次情報として、仕組み・承認の設計・料金と使用量の構造・Claude CoworkやChatGPT Workとの比較・発売後10日間に報告された不具合・導入の進め方までを整理します。

Grok Botとは何か — 「答えるAI」と「作業を完了させるAI」の違い

これまでの生成AIの活用では、AIが出すのは答えや下書きまでで、それを業務システムに反映するのは人間の仕事でした。Grok Botはこの「実行」の部分を持っています。

公式ドキュメントでは「Bot=名前を持った1体の常駐エージェント、つまり1人のAIチームメイト」と定義されています。xAI社内のプロトタイプとして作られたものが社内に広まり、製品化されたという経緯が発表ブログに書かれています。基本情報を整理します。

「ベータ」という呼び方については、Cursor側のヘルプに「早期製品であることを示すための表現であり、Cursorのベータサービス規約の対象ではない」という注記があります。つまり正式な有料製品として提供されており、料金も発生します。

仕組み — クラウドPC・画面操作・スキルとルーティン

1アカウントに1台のクラウドPCを、全Botが共有する

Botが働く場所は、クラウド上に用意された管理されたLinux仮想マシンです。ブラウザ・ファイルシステム・ターミナルを備え、Botは管理者権限を持たない一般ユーザーとして動きます。ここで最も重要な仕様が、このマシンはBotごとではなく、ユーザーアカウントごとに1台だという点です。公式ドキュメントの原文は「All of your Bots use the same persistent cloud computer. They share files, browser sessions, and app logins.(すべてのBotは同じ常設クラウドコンピュータを使い、ファイル・ブラウザセッション・アプリのログインを共有する)」です。

この構造の細部を公式ドキュメントから拾うと、次の通りです。

画面操作とログインの引き継ぎ

BotはMCPやAPIによる接続も使えますが、主役は「人間と同じように画面を見て操作する」方式です。このため、APIも連携機能も用意されていない古い業務システムやベンダーの管理画面でも使えることが最大の強みになります。

ログインの流れは公式の手順がはっきりしています。Botが認証の必要なアプリにたどり着くと、人に「コンピュータを引き継いでほしい」と求めてきます。人は会話画面から「Agent Computer」を開いてクラウドPCの画面を直接操作し、パスワード・パスキー・2段階認証コード・CAPTCHAを自分で入力して、操作をBotに戻します。Cursorのヘルプには「あなた自身がサインインするので、エージェントはパスワードを見ない」とあります。ログイン済みのブラウザセッションは共有PC上に残るため、以後は他のBotも同じログイン状態を使えます。パスワードやワンタイムコードを普通のチャットに書いてはいけない、という注意も明記されています。

スキル・ルーティン・実演で教える — 3つの別概念

日本語の解説記事では混同されがちですが、公式ドキュメントでは3つは別のものです。

注意点が2つあります。ルーティンの「テスト実行」は本物の作業を行います(Webサイトを操作し、ファイルを変更し、接続したツールを呼び出す)。また長期間アプリを開かないと、Grok Botがルーティンを続けるか尋ね、返答がなければ一時停止することがあります。iPhoneアプリではルーティンの編集・履歴閲覧・テスト・削除ができず、デスクトップアプリが必要です。

複数Botの連携

新規チャットで2〜6体のBotを選ぶとグループチャットになります。Bot同士は非同期でメッセージを送り合え、受け取ったBotが起きて処理し、後で返事をします。公式の起動例はこうです。

@Researcher 出典となる資料を集め、すべての主張にリンクを付けてください。
@Writer 調査結果をローンチ用の原稿にしてください。
@Reviewer 原稿を出典と突き合わせ、公開を止めるべき問題だけを列挙してください。
何も公開しないでください。

「最後の1行」が承認境界です。Bot間のグループ内での引き継ぎは現時点ではテキストのみで、画像を見せたい場合はBot同士のダイレクトメッセージで直接送る必要があると公式が注記しています。

承認の仕組み — 人がどこで止めるか

Grok Botの設計思想は「仕事を最後までやり、承認が必要なときだけ戻ってくる」です。そのため、どこで止まるかを人が設計することが導入の中心になります。

公式ドキュメントが「承認を要求すべき操作」として挙げているのは次の7種類です。

境界は依頼文に書きます。公式の例文は「キャンペーンデータを突き合わせ、推奨する予算変更の案を作ってください。キャンペーンを変更したり代理店に連絡したりしないでください。現在値・提案値・想定される影響を示したうえで承認を求めてください」という形です。最初の依頼を書くときの型として、公式は「成果(Outcome)/情報源(Sources)/制約(Constraints)/納品物(Deliverable)/確認ポイント(Review point)」の5要素を挙げています。

承認のUIはデスクトップで「1回だけ許可(Allow once)」「拒否(Deny)」、そして「常に許可(Always allow)」で同種の操作を恒久的に許可するルールを保存できます。設定の「Auto-review」で「承認必須(Require Approval)」と「常に許可(Always Allow)」のルールを管理し、両方に当てはまる場合は承認必須が勝ちます。ただしこの自動審査はモデルによる判定で、公式自身が「最小権限の代替にはならない」と注記しています。ルールはそのデスクトップ端末に保存されてクラウドPCに同期されるだけなので、別のPCからは引き継がれません。

押さえておくべき原則が2つあります。承認は「提案された操作」を止めるものであり、完了してしまった作業を巻き戻す機能ではないこと。そして、作業を即時に止める「Stop now」も、すでに実行された操作を取り消すわけではないことです。作業の途中に人の確認を挟むヒューマンインザループの設計は、どこまでを承認必須にするかを自社で決めて初めて機能します。通知は、Botごとの設定で「完了したとき・入力が必要なとき」にOS通知やモバイル通知を受け取れます(モバイルのプッシュ通知は段階的に有効化中)。

何に使うのか — 既成ロールは営業・マーケ・バックオフィス

ドキュメントには8種類の既成ロールが、製品サイトには9カテゴリ54種類のロール案が掲載されています。まず8種類です。

営業アウトバウンドの公式スタートプロンプトは「このCRMビューにある25社を調査し、理想顧客像(ICP)と直近の購買意向で採点してください。レビュー用のリストを返し、誰にも送信・登録しないでください」というものです。xAI社内の実例として紹介されているのは、営業Botが夜間にターゲット企業を調査し、コンタクト先に優先順位を付け、営業担当者の文体でメールとLinkedIn投稿の下書きを作っておく、という使い方です。人が朝出社すると下書きができている、という運用で、営業・マーケティングの実行工程をエージェントに移すAgentic GTMの考え方をそのまま製品にした形といえます。

54種類のロール案は、カスタマーサクセス(チケットの一次仕分け、アカウントマネージャー)、営業(商談準備、CRM運用、更新デスク、パイプライン分析)、マーケティング(競合調査、LinkedInキャンペーン、SEO/AEO監査、ニュースレター執筆)、オペレーション・財務(契約デスク、請求書調整、セキュリティ質問票の記入、APIのないベンダーポータルの操作)、人事(日程調整、採用スクリーニング、オンボーディング)、一般(受信箱管理、日次ブリーフィング、ステータスレポート作成)などに分かれます。共通しているのは「監視して、下書きを作り、送信は人の承認の後ろに置く」という設計で、たとえば受信箱管理ロールの説明文は「すべての送信はあなたの承認の後ろに留まる」です。通話記録からのCRM更新のような記録系の定型作業、顧客の利用状況の監視も向いています。

適性の目安はこうなります。向いているのは、APIが用意されていない社内ポータルやベンダー管理画面の操作、そして夜間の調査・下書きづくりのような、人のレビューを前提とした内部作業です。逆に、顧客に直接触れる作業(問い合わせ対応の自動返信など)は、後述する監査・テスト機能の不足からまだ勧められていません。公式文書と初週の利用者報告をもとにしたeesel AIの評価(実機テストなしと明記)でも、「APIのないツールの自動化」は10点中8点、「下書き型の知識労働」は7点、「サポート対応」は4点、「規制業種」は3点と、同じ方向の採点になっています。

なお「画面を操作して定型作業を自動化する」という説明はRPAと重なりますが、仕組みが違います。RPAは記録した操作手順の再生なのでレイアウト変更に弱いのに対し、Grok Botは視覚モデルで画面を理解して操作するため変化に比較的追従しやすいとされています。ただし画面操作依存の脆さが完全に消えるわけではなく、公式も「サイト・コネクタ・データの形式が変わるとルーティンが壊れることがあるので再テストを」と明記しています。RPA側の費用対効果の考え方はRPAのROI計算で解説しています。

無料ツール AIに任せる場合と人を雇う場合の費用を比べる

社会保険料込みの実質人件費と、AI利用料に運用の人件費を足した額を月額で並べ、年間の差額と損益分岐を確認できます。

費用差を計算する →

調達・購買での使い方 — xAI公式が公開した「Haggle Bot」の運用テンプレート

2026年9月4日、xAIは自社で使っている調達・購買向けBotの運用方法とシステムプロンプト全文を公開しました。社内での呼び名はHaggle Bot(値切り役)で、自社のベンダー支出データ・契約・利用/席数データを読ませ、市場価格と競合見積もりを突き合わせて削減余地を探させる、という使い方です。公式は「これまでに10万ドル超の直接的な削減を特定し(more than $100,000 in direct savings)、大型SaaSの更新交渉に取り組み、事務用品などの定期購買にも同じやり方を適用した」と説明しています。この10万ドルはxAI自社での結果であり、他社に当てはまる一般値ではありません。自社で試すときは、削減額そのものより「何を読ませ、どこで人が止めるか」の設計を先に決めてください。

公開されたシステムプロンプトは、前半が自社の事実を埋める設定ブロック、後半が動き方の指示という構造です。前半4ブロックが実質的なテンプレートで、ここを埋めれば同じ形を再現できます。

「絶対にしないこと」の例には、署名(signing)・購入(buying)・サブスク契約(subscribing)・請求の承認(approving charges)・あらゆる拘束力のある約束(any binding commitment)が並びます。前述の「承認の仕組み」節で見た7種類の承認必須操作と同じ考え方で、購買という金銭が動く領域でも、公式の推奨は「調べさせて、書かせて、送信と契約は人が押す」という形です。社外に出る言葉を毎回止める設計は、ヒューマンインザループの置き場所として分かりやすい例といえます。

報告の型も決められていて、TODAY(現在の年額と、その数字の出典)/ SAVE(削減額と、どうやって削るか)/ REC(選択肢を並べず推奨を1つ)/ NEXT(すでに着手したこと)の4つで返させます。公式は良い指摘と悪い指摘を対比で示しています。

• 弱い指摘: 「CRMを再交渉する(約5万ドル)」
• 強い指摘: 「動画ツールは10月14日に更新。210席のうち74席が管理ログ上90日間未使用。更新時に150席へ減らせば年間約1.8万ドル。管理者確認済み」

違いは金額の大きさではなく、更新期日・実データ・確認済みという3点が揃っているかです。自社で同じことを試すなら、まず「更新期日が近い契約」と「休眠している席数」の2つを洗い出させるところから始めるのが最短で、これは人が手でやっても効く定番でもあります。買い手側の手順全体は購買プロセスで整理しています。

Team Bots — チームで1体のBotを共有する(2026年9月28日発表・パブリックベータ)

2026年9月28日、xAI(SpaceXAI)はTeam Botsを発表しました。これまでのGrok Botは1人のアカウントで動く「自分の部下」でしたが、Team Botsは1体のBotをチーム全員で共有する使い方です。公式発表の提供範囲は「TeamsプランとEnterpriseプランでのパブリックベータ」で、料金についての記載はありません。

共有Botに持たせるものは、公式の説明では次の4つです。

気になるのは「共有したら他の人に会話が見えるのか」ですが、公式はBotは共有でも各人の会話は非公開と説明しています。前提知識や記憶はユーザーごとに分けて持ち、チームで共有するのはスキルの部分です。Slackでは各Team Botに専用のハンドルがあり、チャンネルに招待して、質問とその答えをメンバー全員で見ながら使えます。

既成テンプレートは4種類で、先頭が営業向けです。

• Customer Bot(顧客担当): 1つの顧客アカウントにつき1体。営業(AE)・カスタマーサクセス(CSM)・技術支援(SA)・営業責任者の認識をそろえ、平日の朝にブリーフを投稿し、各人の次の一手を下書きする
• Product/Engineering Bot: 開発チームのプロジェクト調整役。Slackチャンネルを追い、Linearに不具合を登録し、Cursorのクラウドエージェントを動かす
• Marketing Bot: 制作物をブランドガイドと最新のメッセージに照らしてレビューし、承認済みのWeb・SEOの変更を公開手前まで進める
• Data Analytics Bot: データウェアハウスへの読み取り専用クエリで、チームの単発のデータ質問に答える。訂正を覚えて全員の答えに反映する

営業組織で見ると、Customer Botは「アカウントごとに1体」という単位の切り方がポイントです。個人のBotでは担当者ごとに情報が分かれがちですが、アカウント単位にすれば、同じ顧客を見る複数の役割が同じ前提から動けます。CSM(カスタマーサクセスマネージャー)と営業が同じ顧客を分担する体制を、Bot側で支える設計といえます。

公式発表には導入事例として、保険のHarper社のCEOの談話が載っています。3つのシステムで顧客ごとに残高を確認し、個別のメールを送る手作業を、24時間で作ったTeam Botで自動化し、数百件の契約で顧客に12万ドル超の節約をもたらした、という内容です。これは1社の発言で、一般的な効果の目安ではありません。パブリックベータのため、前述の承認の仕組みや、共有PC上のログイン情報の扱いと合わせて、チームで何を渡すかを先に決めてから試してください。

マーケットプレイス — プラグインと他人が作ったBotをどう入れるか

自分でスキルやルーティンを書く以外に、できあがったものを外から入れる経路が2つあります。デスクトップアプリの「マーケットプレイス」は、この2つがタブで分かれています。

Grok Botチームの社員が作り、Verifiedバッジ付きで並んでいるテンプレート54体の中身は「Grok Botの公式テンプレート54体」で日本語の一覧にしています。

注意したいのは、この機能の公式な説明がまだ薄いことです。Grok Botの公式ドキュメント18ページのうち「marketplace」の語が出てくるのは、設定ページの数行と、Teams向けの管理の項目だけです(2026年9月6日時点)。以下は、その記述と各ページに散った関連仕様を突き合わせて整理したものです。

プラグインは「アカウント全体」に効く

導入の流れは、設定 → Plugins を開き、一覧から選んで Add、求められればブラウザで認証、というものです。使うときはチャットで @ を打ってタスクに紐づけます(/ は保存済みスキルの参照)。公式は「コネクタがあるならコネクタを優先。多くの場合、Webサイトをクリックして回るより確実」としています。

ここで効いてくる仕様が1つあります。導入したコネクタはアカウント全体に効き、Bot単位では隔離されません。組織向けのページでは、この点が導入前の点検項目として明示されています。

許可したコネクタは、そのメンバーが動かすすべてのBotから使えます。

つまり「経理用のBotにだけ会計ソフトを繋ぐ」という切り分けはできません。前述の共有クラウドPCとまったく同じ構造で、Botを分けても権限は分かれないと考えてください。細かく絞りたい場合に使えるのは、プラグインごとのツール単位の有効・無効の切り替えです。

他人のBotを入れるとき、何がコピーされるか

Botの共有は公開リンク方式です。受け取った側はx.aiでプレビューを見て「Add to Grok Bot」を押し、自分のアカウントにコピーが作られます。

• 運ばれるもの: Botの名前・説明・アバター、有効なスキル、ルーティン
• 運ばれないもの: 作者のクラウドPC、ログイン状態、会話履歴

配る側の注意は公式に明記されています。共有リンクは公開で、リンクを持つ人は誰でもBotの設定(名前・説明・スキル・ルーティン)を読めます。APIキー・社内URL・顧客データなど、公開文書に置けないものは共有前に外す必要があります。

受け取る側への注意はもっと直接的です。

共有されたBotは、SpaceXAIではなく他のユーザーが作ったものです。追加すると、サードパーティBotの規約に同意したことになります。

Botの中身はスキル(=作業のやり方を書いた指示文)とルーティン(=自動実行の設定)です。つまり他人が書いた指示文を、自分のログイン状態が残った共有クラウドPCの上で動かすことになります。公式のセキュリティのページは、Botが外部から読み込んで判断を歪められうるものとして「Webページ、プラグインの実行結果、コマンド出力」を挙げています。後述の「致命的な三要素」がそのまま当てはまる場所なので、便利そうなBotほど中身のスキルとルーティンを開いて読んでから追加してください。

組織で使うなら、管理者が先に決めること

公式の推奨手順では、Grok Botを有効にする前にTeams Marketplaceでコネクタポリシーを点検することが2番目の項目に置かれています。ポリシーでブロックされたプラグインは、メンバーの画面に「Disabled by team admin」と表示されます。なおMCPサーバーの許可リストはEnterpriseプラン限定で、self-serveのTeamsでは設定項目自体が現れません。

一方で、管理者がメンバーにコネクタを配ることはできません(必須化も既定ONも提供されていない、と公式が明記しています)。許可はできるが配布はできないため、実際の展開は「許可リストを決める」→「入れ方の手順を配り、メンバー各自に入れてもらう」という2段構えになります。全社で使うプラグインが決まっているなら、この2段目を最初の2週間の設計に入れておくと滞りません。

料金 — 2026年10月12日から「X Subscription」に統合

2026年10月12日、SpaceXAIはGrok・Grok Bot・Cursor・X Premiumを1つにまとめた定額プラン「X Subscription」を発表しました。 これまでGrok Botを使うには「Cursorの有料プラン」か「SuperGrokなどのGrok契約の連携」が必要で、契約の窓口が分かれていましたが、新規の申し込みはこの1本に一本化されました。公式発表によると新しいプランは同日から新規の申し込み者に提供され、数日かけて全世界に順次広がります。

米国価格は公式発表とCursorの料金ページ、日本の価格はX上の料金画面の表示(2026年10月13日確認・税別)です。年額払いも選べます。発表直後は、Premium以上が初月50%オフ、Plusが6か月25%オフといった期間限定の割引が表示されています。

Grok Botを新しく使い始める入り口は、Premium(月30ドル・5,280円)です。 最安のPlusにはGrok Botが含まれない点に注意してください。PremiumはSuperGrok・Cursor Pro・X Premium+の3つを合わせた内容(これまで合計で月90ドル)とされており、チーム向けもPremium・Super・Ultraが個人と同じ1席あたりの料金で用意されています。

使用量は「Grok・X・Cursor共通の週次の枠」になった

新プランの一番大きな変化は、使用量の数え方が1つの共有の枠になったことです。有料プランでは、Grokアプリ・XのGrokタブ・Cursorで使うGrokモデルの使用量が同じ枠から引かれ、Grokの中ではチャット・画像生成(Imagine)・音声・Grok Botが対象です。枠は週ごとに回復し、使い切ったら追加購入(トップアップ)するか回復を待ちます。残量は設定画面で確認できます。

つまり、Grokでのチャットや画像生成を多く使った週は、Grok Botに回せる量も減ります。業務でBotを長時間動かす予定なら、他の使い方と合わせた量で上位プランを選ぶ必要があります。

もう1つの注意点は、Cursorで他社のAIモデル(ClaudeやGPTなど)を使う分は月額に含まれないことです。料金ページには「Cursorでのサードパーティモデルの使用量は月額料金に含まれず、別途購入が必要」とあり、APIの定価で別に請求されます(上限額は設定可能)。Grok Bot自体はモデルを選べない仕組みなので、Botだけを使う人には直接の影響はありませんが、Cursorでのプログラミングに他社モデルを使っていた人は月額が変わる可能性があります。費用の見積もり方はAIコストの管理を参照してください。

すでにCursor・SuperGrokを契約している人は

既存の契約は自動では切り替わりません。 公式発表によると、SuperGrok・Cursor・X Premiumを契約中の人は、今のプラン・料金・機能のまま使い続けるか、X Subscriptionに切り替えるかを選べます。切り替えた場合は旧プランの残り期間分が日割りで返金され、年額契約の人は期間満了まで今の契約が続きます。旧プランから全員を移す時期は決まっていません。一方で旧プランの新規申し込みは終了しているため、「月20ドルのCursor ProでGrok Botを使う」経路は、すでに契約している人だけのものになりました。

既存契約のまま使う場合の条件は、統合前のCursor公式のプラン・請求ヘルプの説明が引き続き参考になります(2026年10月13日時点で、このヘルプはまだ新プランに合わせて更新されていません)。

この経路では、週次の使用枠を使い切ると、従量課金が有効な場合はCursorアカウントの追加課金枠で続行します。SuperGrokの連携は「Cursorのプランではなく使用量の付与(usage grant)」で、Cursorの契約とSuperGrokの連携の両方がある場合は、合算ではなく多い方の枠が使われます。連携は一度作ると解除・移動ができないため、正しいCursorアカウントでログインしてから連携してください。発売直後の解説記事には「連携するとCursorの契約が置き換わる」という古い注意書きが残っているので、いま読むなら日付を確認してください。

無料トライアルは使用量クレジット方式で、7日間の期限もあります。長時間動く作業1つでクレジットの大半を使い切ることがあるため、短い調査タスクから試してください。

なぜCursorのプランなのか — 2026年の企業再編

xAIの製品なのに、統合前は契約がCursorのプランに紐づいていたのは、2026年の一連の再編の結果です。

Grok BotはCursorのインフラの上で動いており、アプリの配布・ログイン・課金はすべてCursorアカウント経由です(Grok Bot専用のログインは存在しない)。iPhoneアプリの販売元もxAIではなくAnysphere社になっています。発売が買収成立の3日前だったこともあり、認証情報の扱い・データ保持・学習への利用可否といった規約はGrok Bot独自のものではなく「Cursorの規約と設定に従う」と書かれています。10月のX Subscriptionへの統合で、契約の入り口はGrok・X・Cursor共通の1本になりました。早期ベータのため、プラン構成・価格は今後も変わる可能性があります。

競合比較 — Claude Cowork・ChatGPT Work・Copilot Coworkとの違い

2026年に入り、各社が「常駐して作業を完了させるエージェント」を相次いで出しています。違いは「どこで動くか」と「どうやってツールにつなぐか」の2軸で整理できます。チャット型・ワークフロー型を含めたAIエージェント全体の種類分けと選び方はAIエージェントの種類と比較で解説しています。

比較の軸で見ると、Grok Botの位置づけは次のようになります。「クラウドに常駐する」点はClaude Coworkのリモートセッション、Copilot Cowork、Devinなども同じですが、「全Botが1台を共有する」と公式に明記しているのはGrok Botだけです。ログイン情報については、他社がコネクタのOAuth(Cowork・ChatGPT Work・Copilot)か本人のブラウザのセッション(Coworkローカル版)を使うのに対し、Grok Botは「Botが本人としてサインインし、セッションを全Botで共有する」方式で、これがAPIのないツールに入れる強みと、後述するセキュリティ上の注意点の両方の源泉です。承認については、OpenAI・Google・Microsoftが「重大な操作の前に確認する」ことを製品仕様として明文化しているのに対し、Grok Botは「常に許可」で恒久的に許可でき、自動審査はモデル判定という設計です。料金は、月額だけでなく含まれる使用量と追加課金の設定を揃えて比較します。

同じ週にSlackが発表したSlack Code(AIコーディングエージェントをチームの承認下に置く機能)も含め、2026年夏の各社の動きは「AIに実務を渡し、人は確認と承認に回る」という一つの方向に揃っています。

Microsoft 365 CopilotでもGrokモデルが使えるように — 2026年9月12日発表のプレビュー

2026年9月12日、MicrosoftはMicrosoft 365 Copilotで使えるAIモデルの選択肢に、SpaceXAIのGrokモデルを加えると発表しました。 提供はMicrosoftの先行提供プログラム「Frontier」を通じて順次始まり、対象はWord・Excel・PowerPointの3アプリです(Microsoft Copilot Blog)。公式ブログは脚注で、Grokを「対象となるFrontier顧客へのプレビュー」と位置づけています。まず範囲を絞って提供し、利用者の声と使われ方を見てから、ほかのCopilotの機能や画面に広げるかを判断するとしています。

この記事で扱ってきたGrok Botとは、同じGrokの名前でも別の話です。Grok Botは作業用のクラウドPCで画面を操作して仕事を完了させる製品で、今回はMicrosoft 365 Copilotの中で動くAIモデルの選択肢が1つ増えたという発表です。

公式ブログによると、SpaceXAIはMicrosoftのオンラインサービスの委託先一覧(Online Services Subprocessor List)に追加され、Grokモデルを使えるかどうかは専用の管理者設定で制御されます。この設定は既定でオフで、使いたい組織が先に有効にする仕組みです。公式の説明どおりなら、管理者が設定を変えない限り社員のCopilotでGrokは使われません。また、プレビュー期間中はEU・EFTA(欧州自由貿易連合)・英国のFrontier顧客は対象外と明記されています。日本についての個別の記載はありません。

Microsoft 365を使っている会社で検討するなら、管理者は次の3点を先に確認します。

1. 自社がFrontierプログラムの対象か。今回の提供はFrontierを通じたプレビューに限られます
2. SpaceXAIにデータを処理させてよいか。設定を有効にすると、対応するCopilotの機能で扱うデータの処理先にSpaceXAIが加わります。委託先の審査やAI利用ルールの見直しが要るかを、情報システム部門・法務と確認します(ルールの作り方は生成AI利用ガイドラインの作り方)
3. EU・英国などの拠点の社員をどう扱うか。プレビュー中は対象外の地域があるため、全社で同じ使い方ができる前提で案内しない

公式ブログには、Grokモデルのバージョン名・料金・一般提供の時期は書かれていません(2026年9月14日時点)。Microsoftは、モデルを提供する前にテスト・安全性の検証・責任あるAIの審査を行うと説明しています。

セキュリティ — 「Botは安全境界ではない」の意味

公式ドキュメントは承認のページとFAQの2箇所で「Do not use separate Bots as a security boundary.(Botを分けることを安全境界として使わないでください)」と書いています。具体的に何が起きるかを整理します。

• 共有の中身: ブラウザのログイン状態、/workspace のファイル、コマンドラインの認証情報が全Botで共有される。Bot AがログインしたサービスにBot Bがアクセスすると、再認証なしでログイン済みの状態になる(発売後、利用者からBot別のブラウザプロファイルと「どのBotがどのセッションを使ったか」のログを求める要望が公式フォーラムに出ている)
• 削除しても残る: Botを削除しても、共有PC上のファイルとブラウザセッションは残る。完全にアクセスを断つ公式手順は6段階で、①関連ルーティンの停止・削除 ②共有PC上のWebサイトからのログアウト ③コネクタのアンインストールと提供元サービスでの認可取り消し ④/workspace 内の機密ファイル削除 ⑤Botの非表示・削除 ⑥必要ならCursorアカウントの削除
• 認証情報の渡し方: パスワード・パスキー・2段階認証・CAPTCHA・決済確認は人がクラウドPCを直接操作して入力する。対応する接続では「セキュアシークレット要求」という専用の入力欄があり、値はマスクされ、会話記録から除外され、モデルには見えない。通常のチャットにパスワードを書かない
• 名義の問題: Botの操作は、各サービス側のログには「ログインした人間」の操作として記録される。後から「AIの操作か人の操作か」を区別しにくい
• 学習への利用: 学習利用のオプトアウトは「Cursorアカウントのプライバシー設定に従う」。Grok Botはクラウドへのデータ保存が必須で、Cursorの旧プライバシーモード(Legacy Privacy Mode)では使えない
• 管理機能の現状: SSOはCursorの設定がそのまま適用される。組織管理者はメンバーのクラウドPCを点検・削除できる。一方で、Botの操作を一覧する監査ビューは「提供予定」、追加課金はアカウントの設定確認が必要で、クラウドPCはMDM(端末管理)に登録されず、Okta FastPassのような端末認証は使えない。SOC 2やISO 27001などの認証について、Grok Botのページに記載はなく、参照先のCursorのセキュリティページに「SOC 2 Type IIの報告書を要求に応じて提供」とあるのみ

なぜこの構造に注意が要るのかは、Simon Willison氏が2025年6月に整理した「致命的な三要素(lethal trifecta)」で説明できます。AIエージェントが①私的なデータにアクセスでき、②信頼できない外部コンテンツ(Webページ・メール・チケットの本文など)を読み、③外部に情報を送信できる、という3条件が揃うと、外部コンテンツに仕込まれた指示(プロンプトインジェクション)でデータを持ち出される経路ができる、という枠組みです。Grok Botは設計上この3条件をすべて満たします。これはGrok Botに限らず「人としてログインして画面を操作する」タイプのエージェントに共通する構造で、だからこそ「どのアカウントを渡すか」「どの操作に承認を必須にするか」を先に決める必要があります。

参考として、同じxAIの開発者向けCLI「Grok Build」では2026年7月に、Gitリポジトリ全体(履歴や設定ファイルを含む)が外部ストレージに送信されていたことが研究者の指摘で判明し、翌日にサーバー側で停止された経緯があります。Grok Botとは別製品ですが、認証情報や機密ファイルをエージェントの作業環境に置く際の線引きを、ベンダー任せにしない理由にはなります。ルールづくりの枠組みは生成AI利用ガイドラインの作り方を参照してください。

発売後10日間に報告された不具合と初期レビュー

早期ベータの実態を知るうえで、公式フォーラムに記録された不具合と、実際に使った人の報告は参考になります。

実際に使った人の報告としては、次のようなものがあります。

• ゲーム開発者が自作の画像生成ツールをBotに操作させ、74点のゲーム用素材を約2時間で生成・透過処理・組み込みまで完了させた例。同時に「最初は少し遅い」「メール購読の解約を一部取りこぼした」という失敗も報告
• AI起業家が数週間テストし「一般の人が初めてエージェントを使うきっかけになり得る」と評価する一方、モデルが選べず自動選択の精度が悪かった(後に改善されたと聞いた)と指摘
• 約8時間で12体のBot(参謀役・顧客調査・旅行計画など)を構築したニュースレター著者が、複数エージェントの連携を「消費者向けアプリで初めて実感できた」と肯定的に評価
• Hacker Newsでは、海外の仕入先選定と価格交渉に成功した1か月利用者が「今月だけで過去5年分より多くのトークンを使った」と報告。データをxAIに預けることへの抵抗感やプロンプトインジェクションへの懸念も並行して議論された

共通するのは、「APIのないツールをまたいで仕事を完了させる」という中核の価値は早期から実証されている一方で、認証の安定性・モバイルアプリの品質・費用の予見可能性はまだベータ水準、という評価です。

導入の進め方 — 最初の2週間の設計

以上を踏まえると、試す価値はあるが「何を渡すか」を先に決めるべき製品です。実務での進め方を手順にします。

1. 対象業務を3条件で選ぶ。 ①失敗しても取り消せる(下書き・調査・一覧作成) ②APIや連携機能がなく人が画面操作している ③成果物を人がレビューする工程が既にある。最初の候補は「夜間の見込み客調査→優先順位つきリストと文面の下書き」「ベンダーポータルからの請求情報の転記」「週次レポートの材料集め」あたりです
2. 渡すアカウントを決める。 全Botがログインを共有する前提で、「このクラウドPCにログインしてよいサービス」を列挙します。本番の管理者権限、決済権限、顧客データの一括エクスポート権限を持つアカウントは最初の2週間は渡さない、と決めておくのが安全です。可能なら業務用の専用アカウントを用意します
3. 依頼文に承認境界を書く。 公式の5要素(成果・情報源・制約・納品物・確認ポイント)で書き、「送信・登録・削除・購入はしない。レビュー用のリストを返す」を毎回入れます。「常に許可」は最初は使いません
4. ルーティン化は手動で3回成功してから。 テスト実行も本番で動くため、手動で結果を確認できた作業だけをスケジュール化します。時間帯(タイムゾーン設定)と、情報源が見つからなかったときの挙動を指定します
5. 費用を週次で確認する。 使用枠は週ごとにリセットされ、Grok Bot専用の上限がないため、設定画面の週間使用量と従量課金の有無を週1回は見ます。初月は「席料の2倍まで」のような社内上限を決めておくと稟議が通しやすくなります
6. 撤退手順を先に書く。 Botを消しても残るものがある前提で、前述の6段階(ルーティン停止→ログアウト→認可取り消し→ファイル削除→Bot削除→アカウント削除)を手順書にしておきます

無料ツール Botに渡す業務と社内ルールを決める

業務の特徴を10問の3択で答えると、AIに任せてよいかを4つに仕分け、始める前にやることを示します。入力禁止情報や確認義務を含む生成AI利用ガイドラインのたたき台も作れます。

任せる業務を仕分ける →社内ルールのたたき台を作る →

依頼文の型は、たとえば次のようになります。

成果: 展示会の名刺リスト80件を調査し、自社の理想顧客像に合う順に並べる
情報源: 添付のCSV、各社の公式サイト、プレスリリース
制約: メール・LinkedInでの連絡は一切しない。CRMへの登録もしない
納品物: 会社名・優先度(高/中/低)・根拠1行・下書き文面のスプレッドシート
確認ポイント: 完成したら私に知らせる。途中で判断に迷ったら止まって聞く

この「生成と確認を分け、人の承認を関所にする」設計は、AIに作業を任せるときの一般原則でもあります。仕組みとしての考え方は自己修正ループで解説しています。

よくある誤解

1. 「自分のPCをAIが操作する」→ 違います。 Botはクラウド上の作業用PCで作業します。人のPCは占有されず、人が寝ている間も作業が進むのはこのためです。手元のPCでの実行は別機能で、既定は「毎回確認」です。
2. 「Botごとに独立した環境で安全に分かれている」→ 分かれていません。 画面は別でも、ログイン・ファイル・認証情報は1台のPC上で共有されます。営業Botと経理Botを分けても、アクセスできる範囲は同じです。
3. 「月額の定額で使い放題」→ 定額ではありません。 週次の使用枠はGrokのチャットや画像生成とも共通で、使い切ったら追加購入するか回復を待ちます。導入前に、他の使い方も含めた使用量でプランを選んでください。
4. 「放っておけば全部やってくれる」→ 現時点では下書き・調査・記録系が主戦場です。 顧客に直接届く操作を任せるには、テスト環境や監査ログなどの統制機能がまだ足りません。
5. 「チャットボットの延長」→ 製品の性格が違います。 質問への回答ではなく作業の完遂が目的で、設計の中心は「どこで人が止めるか」にあります。

Grok Botは「AIチームメイト」という完成形を最も具体的に見せた製品である一方、統制まわりは発展途上の早期ベータです。試すこと自体は難しくありませんが、ログイン情報を渡すことになるため、どの業務のどのアカウントまで渡してよいかを先に決めてから始めてください。