3行でいうと

  • 主な機能は、①役割を持つ「Bot」を作る、②Botが専用のクラウドコンピューターで作業する、③複数のBotを同時に動かして、グループチャットで受け渡しさせる、④やり方を「スキル」に保存し、「ルーティン」で自動実行する、⑤X上で「@bot」を付けて頼む、の5つです。
  • 公式の使い方の記事は、営業、採用、広告運用、経費、プロダクトの性能調査、バグの再現、顧客の状態管理、秘書役の8つの役割を載せ、どれも「送信・公開・購入・本番の変更」の前で止まる形にしています。
  • 公式が勧める育て方は、定義する、安全な範囲で1回やらせる、直す、スキルにする、2つ目の入力で試す、ルーティンにする、の順です。いきなり自動化はしません。
  • 「デモで教える（Teach a task）」は、公式が「少しずつ提供中」と書いている機能で、録画は最長10分です。自分の画面に出ていないことがあります。
  • すべてのBotは1台のコンピューターを共有します。便利さと引き換えに、ログインやファイルが共有される点を、使い方の設計に入れておく必要があります。

この記事は、公式の資料を2026年10月23日に読んでまとめたものです。この記事は、実際に使って確かめた記録ではありません。運営者はGrok Botを入れていますが、使い心地はこの記事には書いていません。画面名・ボタン名は公式の表記を写しています。公式のページは要約の形で取得したため、読んだ範囲に書かれていなかったことは「見つからなかった」と書いています。

先に結論

前提：用語をそろえる

たとえ話：「机とパソコンを持った、役割別の社員」

Botを「社員」にたとえると、1人ずつ名前と担当があります。全員が同じ部屋の1台のパソコンを共有している、という変わった会社です。担当は「営業の下調べ」「経費の突き合わせ」のように分けます。やり方が固まったら、手順書（スキル）にして、毎晩やる当番（ルーティン）にします。大事な送信や購入は、必ず上長（あなた）の承認を取る決まりです。これは僕らのたとえで、公式の表現ではありません。

主な機能：公式が書いていること

機能 公式の資料に書かれていること どこに書かれているか 確かさ
Botを作る 名前、役割、自分の会話を持つ。New chat（＋ボタン）かCmd+Nから「Create new Bot」。最初のメッセージで、役割、資料、承認の境界を伝え、「覚えて」と頼む Cursorのドキュメント「Work with Grok Bot」の「Bots」 書かれている
Botを整理する サイドバーの上にピン留め、セクションに移動、「Hide from sidebar」で隠す（作業もルーティンも止まらない）。「Hidden Bots」から戻せる 同上 書かれている
会話・添付 /でスキルを呼ぶ、@でBot・グループ・ルーティン・アプリを指定。デスクトップは1通に6件まで添付。文書・画像・音声は1件25MB、動画は200MB 同上の「Messaging and Collaboration」 書かれている
音声 音声入力（ディクテーション）と音声チャットに対応。デスクトップは Cmd/Ctrl+D FAQ、入門 書かれている
クラウドコンピューター ブラウザ、コマンドライン、ファイルシステム。ノートパソコンを閉じても作業が続き、ログインが残る。作業用のファイルは /workspace に置く 「Work with Grok Bot」の「The Computer and Apps」 書かれている
コンピューターの画面を見る・引き継ぐ 右側のパネルのプレビューを押して見る。パスワード、パスキー、2段階認証、CAPTCHA、支払い確認などは、人が引き継ぐ 同上 書かれている
複数のBot、グループチャット New chatで2〜6つのBotを選ぶ。@で1つのBotに依頼、@everyoneで全員に。Bot同士の受け渡しは非同期で、会話に見える 同上 書かれている
スキル Botに「名前つきのスキルとして保存して」と頼む。使うときは / 同上の「Skills and Routines」 書かれている
Teach a task（デモで教える） 1対1の会話でコンピューターの画面を開き、「Teach a task」を選んで、実際にやってみせる。録画は最長10分、マイクの音声はなし。結果は「下書きのスキル」になる 同上。「少しずつ提供中」と書かれている 書かれている（一部の人だけ）
ルーティン 決めた時刻、または対応するきっかけで動く。Test、Pause、Resume、Edit、削除ができる。削除は取り消せない 同上 書かれている
きっかけ（トリガー） SlackのメッセージやGitHubの通知などで、ルーティンを始められる。更新履歴には、Teams、Linear、Sentry、PagerDuty、webhookも出てくる 同上、更新履歴 書かれている
結果の成果物 作ったファイルはカードとして出て、プレビュー、保存、フィードバックができる。Page（グラフや表を含む報告書・ダッシュボード・管理表）は、セルフ契約のユーザーは公開で共有できる、とある。更新履歴には、スライド（2026年10月7日）、ページと、説明や画像からの動画の作成（10月22日）が出てくる 同上、「Files and Results」、更新履歴 書かれている
記憶 安定した好み、役割の文脈、仕事の要約を覚える。ただし「記憶は正本ではない」ので、大事な判断は元の資料で確かめる 「Work with Grok Bot」、FAQ 書かれている
Xで「@bot」 X上の投稿に返信して頼む。作業と結果は、アプリの該当Botの会話に出る 「Tag @bot on X」 書かれている（地域の制限あり）

公式が紹介する使い方：8つの役割

公式の「Grok Bot use cases」は、どの役割も「あなたが確認する下書きを用意する」形で、送信、公開、購入、本番の変更といった結果の大きい操作の前で止まる、と書いています。以下は、各項目の公式の見出しと、そこに書かれた内容の要約です（例の依頼文は、公式の文を僕らが言い換えたものです）。

場面（公式の見出し） Botの担当 つなぐもの（公式の例） 公式が書く止まる場所
Sales outbound 見込み先の下調べ、連絡先の優先づけ、営業メールの下書き CRM、メール、見込みの手がかりになる情報源 メールを送らず、確認用のリストで止まる
Talent scout 候補者探し、調べ、連絡の下書き 採用管理システム、承認された探索ツール、メール、カレンダー 外部への連絡は承認の後。候補者のプライバシーとサイトの規約を守る
Paid media 広告キャンペーンの監視と予算の提案 広告の管理画面、分析、予算の表、Slack 予算の変更はしない。分析をルーティンにしても承認の後
Expense manager 週ごとの経費の突き合わせと、不足の追いかけ 経費システム、メール、経理の表 返金額の変更や送信はしない。例外には規程の引用を付ける
Product performance 性能の問題を、証拠つきで調べる 監視、分析、障害対応のツール アラートや本番の設定は変えない。事実と仮説を分ける
Bug reproduction バグの報告を、再現できる形にまとめる 課題管理、テスト用の環境 本番の顧客データは使わない。テスト用のログインは、チャットではなく安全な引き継ぎで渡す
Account health 顧客ごとの危険・伸びの兆しの一覧 CRM、利用状況、サポート、請求 顧客に連絡したり、CRMを直したりしない
Chief of staff 昨日から何が変わったかの、出典つきの要約 Slack、メール、カレンダー、計画の文書 メッセージの送信や会議の変更はしない

公式の「育て方」の順番

公式の使い方の記事の最後に、役割を「長続きするBot」にするための6段階が載っています。

  1. Botの説明に、仕事、元になる情報、出力の形、いつも守る境界を書く。
  2. 安全な範囲で、本物の仕事を1回やらせる。
  3. 確認しなくても見られる結果になるまで直す。
  4. うまくいった手順を「スキル」に保存し、2つ目の入力で試す。
  5. 失敗した場合のやり直しを決めてから、「ルーティン」を作る。
  6. 結果の大きい外部への操作は、承認の後ろに置く。

見立て（僕らの考えで、公式の推奨ではありません）：初心者は、まず上の8つのうち、「読んで報告する」性質のもの（Chief of staff、Product performance、Account healthなど）から試すと、取り返しのつかない操作が起きにくいと思います。メールの送信やお金に関わるものは、最後にするのが安心です。

場面の例（たとえ話つき）

場面1：毎朝の「見るべきことの要約」を作らせる。 公式の「Chief of staff」の例に近い使い方です。公式の例では、昨日からの動きを、Slack、メール、カレンダー、計画の文書から集め、計画の優先事項に結びつくものだけを、出典、重要度、次の一手つきで返します。メッセージは送らず、会議も変えません。公式は、役に立った項目と雑音を印づけして、確認できる時刻にスケジュールする、と書いています。たとえるなら、朝いちばんに秘書が置いていく、付箋つきの1枚のメモです。

場面2：バグ報告を、再現できる形にする。 公式の「Bug reproduction」の例では、報告を読み、テスト用の環境で新しいテストアカウントを使って再現し、手順、期待される動作と実際の動作、画面、ブラウザとOSの情報を返します。本番の顧客データは使いません。たとえるなら、報告書を受け取った新人が、自分の席で「確かに起きます、手順はこうです」と動画つきで報告するイメージです。

場面3：Xで見かけた投稿から、その場で作業を頼む。 公式の「Tag @bot on X」の例は、「@bot summarize this thread and send the key points to my Slack」のように、投稿に返信して頼む形です。@botはXに短い確認の返信だけをして、進み具合や結果は、アプリの会話に出ます。詳しい条件は03に書きます。

向いていないこと・止まる場面（公式が書くもの）

気をつけること

出典