先に結論
Grok Botとは、クラウド上のパソコンで業務アプリを操作する常駐型のAI担当です。できること、使い方、料金、GrokやCursorとの違い、最初に任せてよい仕事の切り方を整理します。
Grok Botとは、名前を付けたAIの担当者に仕事を預けると、クラウド上のパソコンでメールやWeb、業務アプリを操作し、途中まで（または最後まで）進めてくれる仕組みです。チャットで答えだけ返すAIではなく、「調べる・まとめる・下書きする・定期で回す」といった実務を任せやすい点が特徴です。
たとえば、次のようなことができます。
- 公開サイトや資料を確認し、問題点や差分をメモにまとめる
- メールや予定、公開情報を見て、その日の要点を整理する
- 返信文や投稿案の下書きをつくる（送信・公開は人の確認後）
- うまくいった手順を保存し、決まった時間に同じ仕事を繰り返す
一方で、パスワード入力、外部への送信、本番の変更、支払いなどは、人が確認してから進める前提が安全です。
この記事では、Grok Botが何か、仕組み、できること、使い方、料金、GrokやCursorとの違いまでを、初めての人向けに整理します。
自社の定型業務で、どこまでを下書きまでに落とせるかを整理したい場合は、AI顧問・AI活用支援 を見たうえで、お問い合わせフォーム から相談してください。
Grok Botとは何か
結論から言うと、Grok Botは「聞いて答えるAI」ではなく、「仕事を預かって進めるAI担当」です。利用者ごとに用意されたクラウド上のパソコンで、ブラウザやファイル、ターミナル、接続ツールを使い、複数手順の仕事を進めます。手元のPCを閉じても作業は止まりにくく、承認が必要な場面で人に戻ってきます（公式概要）。
大事なポイントは次の三点です。
- 実際の画面やツールの中で動く。 チャットの下書きだけで終わらない。
- 担当として残る。 名前・役割・進め方の好みが続きやすい。
- 影響の大きい操作は止められる。 送信や公開などは人の承認を挟める。
SpaceXAI（xAI）が2026年8月11日に早期ベータとして公開しました（公式発表）。発表直後のニュースでは上位プラン限定と書かれた記事もありますが、その後の案内ではCursorの有料個人プランやTeams、個人のSuperGrok系などへ対象が広がっています。契約条件は時期で変わるため、最終確認は公式の料金・プラン説明を優先してください（Plans and billing）。
Grok Botの仕組み｜クラウド上のパソコンで動く
Grok Botは、手元のMacやWindowsを遠隔操作する仕組みではありません。利用者ごとに、クラウド上の永続的なパソコンが用意され、そこでブラウザ操作やファイル処理が進みます。アプリやノートPCを閉じても、クラウド側の作業は続きやすい、というのがポイントです。
ここで混同しやすいのが「Botを増やせば、権限も分かれる」という誤解です。同じ利用者が作った複数のBotは、基本的に同じクラウドPC上のファイルやログイン状態を共有します。画面や会話は分かれていても、秘密の壁がBotごとに増えるわけではありません（Teams向けの公式説明）。
そのため導入時は、「何体作るか」より先に、「どのサービスにログインさせるか」「どの操作は人の確認を残すか」を決めた方が安全です。
Grok・Grok Build・Cursorとの違い
名前が近いほど、混線しやすいです。現場では次のように分けると分かりやすいです。
| 名前 | 役割の一言 | 向くこと |
|---|---|---|
| 通常のGrok（チャット） | 聞いて、考えて、文章を返す | 調査の入口、壁打ち、短い整理 |
| Grok Build | コードを書くことに寄せたエージェント | 実装・修正の集中作業 |
| Grok Bot | 常駐の業務担当 | 定期の収集、監視、ブラウザ作業、下書き準備 |
| Cursor（エディタ／Cloud Agents） | 設計・実装・検証を深く進める | リポジトリ中心の開発、修正の仕上げ |
役割の分け方の例です。
- Cursorやコーディング用のAI: 計画、設計、実装、検証
- Grok Bot: 定期調査、監視、差分確認、ブラウザ作業、社内向け下書き
- 人が最後に押す操作: 外部送信、公開、支払い、署名、本番反映
全部を一つのAIに任せるより、「考える席」「回す席」「決める席」を分けた方が、止まり方と直し方が安定しやすいです。非エンジニアが業務をエージェント化する実例は、Claude Codeで業務を丸ごと自動化した実運用レポート も参考になります。
Grok Botでできること
公式の発表では、営業調査、採用候補の探索、広告運用、経費管理、不具合の再現などが利用例として挙げられています。APIやコネクターがあるサービスは接続して使い、APIがない画面でもブラウザ操作で進められるのが特徴です（公式発表）。
実務でイメージしやすい例は次です。
- 情報収集: Webや公開情報、許可したメモを確認し、要点と根拠リンクをまとめる
- 差分確認: サイトのリンク切れ、フォーム不具合、予定や未処理の抜け漏れを洗い出す
- 下書き作成: 返信文、投稿案、日次メモ、課題票のたたき台をつくる
- 定期実行: 毎朝や毎週、同じ確認作業を繰り返す
- 複数Bot: 調査担当と下書き担当のように分けて並行させる（ただしクラウドPCは共有）
技術的に届く範囲と、最初に任せてよい範囲は別です。次の段階で切ると事故が減ります。
| 段階 | 例 | 最初の判断 |
|---|---|---|
| 収集・監視 | Web、公開情報、許可したメモの差分確認 | 始めやすい |
| 整理・照合 | 重複、期限切れ、リンク切れ、停滞の洗い出し | 始めやすい |
| 成果物作成 | 調査メモ、返信案、投稿案、課題票 | 下書きまで |
| 内部更新 | 許可したNotionなどへの記録 | 対象を限定してから |
| 外部実行 | 送信、公開、購入、削除、本番変更 | 常に人の承認 |
最初の1仕事は、「結果がその日のうちに目で確認できる」「失敗しても社外に出る前で止められる」「毎週必ず発生している」の三つを満たすものが向きます。
SkillとRoutineとは
うまくいった進め方を残す仕組みが、SkillとRoutineです（Skills and routines）。
- Skill: 「どう進めるか」を再利用できる手順。判断基準、成果物の形、承認が必要な点も含められる
- Routine: 「いつ実行するか」を決める仕組み。時刻指定や、対応しているイベント起点でBotを起動する
公式も、いきなり定期実行するより、単発タスクで安定させてからSkill化し、そのあとRoutineにする順番を勧めています。Test runも実作業なので、外部送信や本番変更が起きない条件で試すのが安全です。
Grok Botの使い方・始め方
必要なのは、対象プランとGrok Botアプリ、そして最初に任せる小さな仕事です。大まかな流れは次です。
- 対象プランを確認し、Grok Botアプリを入れる
- 使いたいCursorアカウントでログインする（別アカウントだと利用枠が分かれる）
- Botを1体つくり、役割を一文で書く
- 「目的／使う情報／成果物／禁止事項／停止位置」を明記して依頼する
- 読み取りと下書きだけで1回完走させ、根拠と未確認事項が残るか確認する
- 同じ仕事をもう1回試し、再現できたらSkillにする
- Routineにする前にTest runし、外部送信や本番変更が起きないことを見る
ログインが必要なサービスでは、パスワードや二要素認証をチャットに貼らず、画面を引き取って本人が入力します。最初から複数Botや全社展開を目指すより、1体・1仕事で止めどころを固める方が速いです。
料金と対象プランの見方
Grok Botに単独の必須サブスクリプションがある、というより、対象プランに付属する形で提供されています。Cursorの有料個人プランやTeams、個人のSuperGrok系（および案内にあるX Premium+の紐づけ）などから入れる経路があります。詳細は公式のPlans説明を正としてください（Plans and billing）。
見落としやすい点は次です。
- 使用量は週次枠が別にある。 通常のCursorやGrokの使用量とは別に計量される
- 安い入口プランでも、枠は無限ではない。 長時間のブラウザ作業や複数Routineは消費が早いことがある
- CursorとSuperGrokの枠は積み上がらない。 両方持っていても、単純に倍になるとは限らない
- 古い記事の「上位プラン限定」は更新されている場合がある。 契約前は自分の画面で確認する
料金表の暗記より、「週次枠の実測」と「オンデマンドの扱い」を自分の画面で確認するほうが安全です。
対応環境
利用の入口は、Grok Botのデスクトップアプリやモバイルアプリです。Cursorエディタの中でそのまま操作する製品ではありません。OSや端末の対応は更新されやすいため、導入時は公式のダウンロード案内とヘルプを確認してください（Getting started）。
デスクトップとモバイルは、同じCursorアカウントなら会話やクラウドPCを共有できる案内があります。どの端末からでも同じ感覚で使える、と決めつけず、自分の環境でログインと初回Bot作成まで確認するのが確実です。
導入前に決めておきたい止めどころ
最初に固定したいのは、機能の多さではなく止めどころです。次の四点があると、導入後の不安が減ります。
- サイト点検は調査まで。 導線、フォーム、表示崩れ、リンク切れを確認し、再現手順をまとめる。本番公開は別承認
- 定期コンテンツは下書きまで。 新着判定、要約、投稿案を社内メモへ。外部投稿や送信は手順が安定するまで自動にしない
- 接続を絞る。 最初からメール・SNS・会計・顧客台帳を全部つながない
- Botを増やしても安心は増えない。 同じ利用者ならクラウドPCは共有される前提で設計する
ここまで決めておくと、「動いた」ことと「任せてよい」ことを混同しにくくなります。社内で生成AIを安全に使うルールの考え方は、会社で生成AIを安全に使うルールの作り方 も合わせて読んでください。
やってはいけないこと（人の承認を残す操作）
便利さの裏で、次は最初から止めた方がよい操作です。公式の承認・セキュリティ案内でも、影響の大きい操作は人の制御下に置く前提が書かれています（Approvals, security, and privacy）。
- パスワードや二要素認証コードをチャット欄に貼る
- 外部メール送信、SNS公開、購入、削除、権限変更、本番変更を、確認なしの定期実行に直結する
- 「ブラウザ操作は全部許可」のような広すぎる自動承認ルールを先に作る
- Botの記憶を唯一の正しい記録として運用し、毎回の一次情報を読み直さない
- 顧客の本番データや決済画面を、最初の試験運用の対象にする
権限設計の考え方は、ツール名が変わっても共通です。閲覧・下書き・実行を分け、失敗したときの影響で止める位置を決めます。AI顧問とは何か でも、道具より使い方と確認の設計が中心だと整理しています。
向く人と、いったん見送る人
Grok Botが向くのは、複数のWebや資料をまたぐ定型作業があり、完成条件と停止点を言葉にできる場合です。調査、照合、下書き、定期確認のように、結果を後から検査できる仕事と相性がよいです。
| 向くケース | いったん見送るケース |
|---|---|
| 情報収集と下書きに時間がかかる | 1回のチャット回答だけで足りる |
| 複数アプリをまたぐ定型手順がある | 失敗時に元へ戻せない操作が中心 |
| 承認ポイントを定義できる | クラウド保存が社内ルール上むずかしい |
| まず読み取り専用で試せる | Botごとの完全な認証分離が必要 |
判断基準は「何でもできるか」ではなく、「失敗しても検出できる仕事を、どこまで任せられるか」です。
よくある質問
Grok Botは無料で使えますか？
継続利用は、対象の有料プランまたは紐づけ経由が基本です。試験的な利用枠がある場合もありますが、条件は変わるため公式のPlans説明で確認してください。
Grok（チャット）と何が違いますか？
通常のGrokは会話で答えや文章を返します。Grok Botはクラウド上のパソコンでアプリやWebを操作し、仕事を進める担当です。
Cursorの中でそのまま動けますか？
契約面ではCursorプランに含まれることがありますが、操作窓口はGrok Botの専用アプリです。Cursorエディタ内のモデル選択やGrok Buildとは別物です。
ワークフローを先に組む必要はありますか？
必須ではありません。まずメッセージで1つの仕事を任せ、安定してからSkillやRoutineへ進む流れが公式でも推奨されています。
複数のBotを同時に動かせますか？
動かせます。ただし同じ利用者のBotはクラウドPCを共有するため、名前を分けても秘密の壁にはなりません。
最初からメール送信まで自動化すべきですか？
いいえ。収集・整理・下書きで品質と例外を見てから、承認付きの実行へ広げる方が安全です。
まとめ
Grok Botは、「答えをくれるAI」ではなく、「仕事を預かって進める担当」に近い存在です。導入で問われるのは機能の多さより、何を見せ、どこで止め、誰が最後に決めるかです。
最初は読み取りと下書き。定期実行はそのあと。送信・公開・本番変更は人の確認を残す。この順序なら、製品の変化にも、現場の不安にも耐えやすいです。
自社の定型業務で、どこまでを下書きまでに落とせるかを整理したい場合は、AI顧問・AI活用支援 を見たうえで、お問い合わせ から相談してください。