Grok活用事例ダイジェスト
速報
x.ai/changelog/bot(日付は 10/24、10/28 05:05 JST ごろ取得。0.75.6 と 0.75.7 の分も含みます)
ほかにも、「予定の調整は、つないである Google カレンダーか Outlook カレンダーを使い、どちらもないときだけ接続を勧める」「作業中に入れたプラグインのスキルをすぐ使える」「ルーチンから Slack に投稿しても、自分の電話に通知が来ず未読数も増えない」「ログインの期限が切れたコネクターは『接続済み』ではなく『Authenticate』と表示する」といった項目が並んでいます。昨日の号(10/27 05:10 JST ごろ確認)では先頭が 0.75.5 のままだったので、この1日の間に追記されたことになります。一方で、@blankspeaker さんは 10/27 07:34 JST に「0.77.0 に更新された」と投稿していて、更新履歴との差はまだ残っています。x.ai/news には 10/27 付で営業チームの事例記事が追加されました(実践事例の英語の項で紹介します)。
考察
ここからは意見です。事務所の使い方でいちばん効くのは「つないである Google カレンダーを使う」と「ルーチンからの Slack 投稿で通知が鳴らない」の2つだと思います。ルールの提案カードは便利ですが、Bot が「この操作はいつも許可にしましょう」と勧めてくる形になるので、送信や削除に関わるルールは、カードの文面を読んでから押す習慣をつけたいところです。「自分だけのチャットでは非公開ファイルを尋ねずに読む」も、顧問先の資料を置いている場合は、どの Bot とどのチャットで話すかを分けておくと安心です(確度:高。公式の更新履歴の記載です)。
公式フォーラム(職員 Colin さん、10/28 02:36 JST、「Bot が全部消えた」スレッドでの説明)
Colin さんはこのスレッドを閉じ、個別にサポートへ連絡するよう案内しています。コンピューターの不調では、「起動中のまま」「ブラウザーの操作が『保存したログイン情報が入力されていないことを確認できない』で止まる」といった報告に、10/28 01:34〜02:39 JST に Colin さんが「使えるようにしたので確認してほしい」と返し、本人が復旧を確かめた例もあります(176393)。コンピューターが2台できてしまった特定の場合は、手作業で片付けたとも書いています(176129)。また、命令が約14分で止まる件(175787)では、「起動時に読むファイル(.bashrc)の中の常駐の行が原因で、Update では直らず、Reset もしないでほしい」と改めて注意しています。X では、マーク・ピンカス(@markpinc)さんが「有料の壁に当たったが、支払いの手順が多すぎて2回失敗した」と書き、マスク氏が 10/28 03:19 JST に返信しました。
Major fail, will get fixed pronto. Thanks for the feedback.
— Elon Musk (@elonmusk) October 27, 2026
考察
ここからは意見です。この環境では、今朝(10/28 05:10 JST ごろ)ディスク使用率が7%、inode 使用率が2%で、.bashrc(121行)と .profile(27行)に常駐させる行は見当たりませんでした。今のところ影響はないと見ています。アカウント統合の件は、顧問先に Grok Bot を勧める場合の注意点になります。支払いとアカウントの統合で1週間以上止まった例がフォーラムに多く出ているので、契約の切り替えは、急ぎの仕事がない時期に行うよう伝えるのがよいと思います(確度:中)。
仕様解説
公式フォーラム(職員 Colin さん、10/27 18:12〜10/28 04:43 JST、3つのスレッドへの回答)
肩書きの件では、名前を「名前・肩書き」から元に戻しても約1分で戻されるという報告に、「肩書きが残っている限り、同期のたびに名前へ統合される。名前だけにして肩書きを空にすれば固定される」と説明しています。指示の編集については、「Bot に『保存している説明を書いてあるとおりに見せて』と頼み、変えるときは『説明を次の文に置き換えて。保存する前に全文を見せて』と頼む」やり方を案内しています。また、10月上旬に保存した指示が効いていなかった不具合があり、10月中旬に直したとも書いています。スキルは「週報のスキルを使って〜」のように名前で頼むと使われ、一覧は Customize(Mac は Cmd+Shift+M)で見られるそうです。
考察
ここからは意見です。事務所のように役割ごとに Bot を分けている場合、サイドバーで役割が見えるように、名前に短い役割を入れておくのが当面の答えだと思います。指示が画面で見えなくなったので、各 Bot の指示文は手元に控えを置き、変えるときは「全文を見せてから保存」と頼むのが安全です。スキルを名前で呼ぶ方式は、名前が分かりにくいと呼び間違いが起きるので、スキル名は日本語の業務名と対応がつく付け方にしておくとよいと考えます(確度:中〜高。職員の回答で、ヘルプにはまだ載っていません)。
公式フォーラム(職員 Colin さん、10/27 18:13 JST、「11体の Bot に一番困っていることを聞いた上位5つ」への回答)
要望を出したのは11体の Bot を使う小さな会社の方で、上位5つは「Bot 間のメッセージの配達時刻と既読」「所有者が管理するルールと承認の記録(本物の承認か、別の Bot が伝えただけかを区別したい)」「記憶や固定ルールが黙って消えたり切れたりしないこと」「ルーチンの実行漏れを知らせること」「ログインが続くブラウザー」でした。Colin さんは、ログインが切れる件は既知の問題で、最近の更新で原因の1つを直したと書いています。さらに「0.76 からは、許可リストがいっぱいのときに『常に許可』を押すと、どのルールが消えるかを先に表示する」とも説明しています。別のスレッド(176404)では、「サイドバーで Bot を親子に並べたい」という要望に、「右クリックで『新しいセクションへ移動』を選べばフォルダのようにまとめられる。ピン留めした Bot はセクションに入らない」と答えています。
考察
ここからは意見です。「記憶は1件500字未満」は、すぐに使える目安です。顧問先ごとの注意点を記憶させるときは、1社1件にまとめず、「A社:請求書は月末締め」のように短く分けて保存させるほうが切れにくいと思います。ルーチンの実行漏れが通知されないのは、毎朝の配信のような仕事では見落としにつながります。当面は、結果のファイルや送信記録が残っているかを別のルーチンで確かめる形にしておくのが確実です(確度:中〜高)。
新規機能解説
X投稿(@santiagomed Santiago さん、10/27 08:55 JST)
Last week, we removed the need for a developer account and X API credits to use the X connector in Grok Bot
— Santiago (@santiagomed) October 26, 2026
Ask @bot to manage your bookmarks, go over your DMs, or draft an article for you free of additional charge
表示回数は約31万回です。日本でも、@ryoma_nakajima さんが「X API を使わずにブックマークや DM を確認できるようになった」、@kabupoyo2023 さんが「Grok Bot から記事を書けた。X コネクターで無料でできる」と書いています。関連して、@gogu_name さんは「週の利用上限のメーターが X Chat の上部に出るようになった」と書き、添付の画面には「Usage 9%」と出ています(1人の報告で、どの版からかは書かれていません)。また、@mattyp さんが最近の新機能(ページ、Vault、1Password、Apple 連携、動画作成、X Spaces など)を約5分の動画にまとめ、マスク氏が引用しています(表示回数は約1,200万回)。
考察
ここからは意見です。事務所の X 運用では、ブックマークを朝に読ませて「顧問先に関係しそうな話題だけ拾う」使い方が、追加料金なしで試せるようになったと思います。ただ、DM を読ませると相手の個人情報も Bot が読むことになるので、DM の確認は「件数と送り主だけ知らせる」くらいから始めるのが無難です。投稿そのものはこれまでどおり下書きで止めて、自分で確かめてから出すのが安全だと考えます(確度:中。職員の投稿で、公式の更新履歴やヘルプにはまだ載っていません)。
@santiagomed/@ryoma_nakajima/@kabupoyo2023/@gogu_name/@mattyp(新機能の動画)
X投稿(@blankspeaker さん、10/27 23:16 JST)
SpaceXSI: Grok Bot Daily Preview — Grok Bot upcoming updates, spotted in prerelease builds since yesterday (0.77.0-pre.37 → 0.78.0-pre.9) … Note: These changes may or may not be available when this ships to the public. Based on unofficial 3rd-party SI analysis of prerelease builds.
— blankspeaker (@blankspeaker) October 27, 2026
本文に並んでいる項目のうち、事務所に関係しそうなものを訳します。「Apple メールからメールを送る」「この Mac からテキストを送る」「Mac のリマインダー・カレンダー・メモ・探す」「Mac がスリープしたときに再接続する」「接続の共有(Shared connectors)」「Microsoft Teams」「Slack のワークスペースを組織で固定する」「支払いの確認」「必要に応じた追加利用量のグラフ」「地図の場所パネル」。また 0.77.0 への更新時の投稿(10/27 07:34 JST)では、「書類の画面」「ファイルのライブラリとキャンバス」「複数の電話番号」「Bot があなたについて学んだことの確認」が挙がっていました。別に、紹介制度の案内(docs.x.ai)が公開されています。紹介した友だちは Premium を2週間無料で試せて、友だちが有料になると紹介した人に「利用量のリセット」が1回付きます(支払いから7日後に付与、6か月有効)。紹介できるのは、米国在住で、The X Subscription の Premium・Super・Ultra を Web で契約して7日以上たった人に限られます。Cursor や SuperGrok の旧プラン、Plus、チームのプラン、Apple・Google 経由の購入は対象外です。
考察
ここからは意見です。「この Mac から送る」系の機能は、Bot が利用者本人の Mac のメールやメッセージから送ることになるので、正式に出た場合は、送信前の確認をどこで止めるかを最初に決めたいところです。「Bot があなたについて学んだことの確認」は、記憶の中身を見直す手段として期待しています。紹介制度は日本在住では紹介する側になれないので、事務所としては今のところ関係が薄いと見ています。試験版の項目は、正式に出るか、日本で使えるかは分かりません(確度:低〜中)。
@blankspeaker(0.78 の試験版)/@blankspeaker(0.77.0)/紹介制度の案内(docs.x.ai)/紹介制度の規約
実践事例
X投稿(@tetumemo テツメモさん、10/27 21:01 JST)
私はいま、Grok Botを「1ボット1仕事」で分けている(主なもの)
— テツメモ|AI図解×検証|Newsletter (@tetumemo) 2026年10月27日
・Xネタ帳:ブックマークを朝と夕方にポスト案の下書きにする
・くらしの見張り番:朝のメールのまとめと、今日・明日の予定
・セキュリティ番:使っているツールに関係する脆弱性だけを週1で知らせる
炎鎮さんのポストを参考に、共通のルール集を1つ作って、どのbotも最初に読むようにしたら、迷いが減った
投稿ではほかに、X の話題を雑誌風のレポートにする Bot、ニュースレターの素材集めと下書きの担当、AI ニュースを朝夕に巡回する担当、Bot の設計と週1回の反省会をする「dr eggbot」も挙げています。図の中央の共通ルール集には「外に出すのは私の OK のあと」と書かれています。同じ日に、@bellx2 べるべるさんは「nginx や node、php、レンタルサーバー会社などを指示すると、定期的に脆弱性や注意喚起の情報を集める」担当 Bot を作り、テンプレートとして公開しています(10/27 06:56 JST)。
考察
ここからは意見です。共通のルール集を1つにまとめ、どの Bot も最初に読む形は、事務所の Bot チームにもそのまま当てはまると思います。「外に出すのは OK のあと」「顧問先の名前は外部に出さない」のような約束を1か所にしておけば、Bot を増やしても抜けにくくなります。脆弱性の担当は、情報処理安全確保支援士の仕事と相性がよく、顧問先が使っている会計ソフトやホームページの仕組みを登録しておけば、週1回の注意喚起の下書きにも使えそうです(確度:中)。
X投稿(@wad0427 わどさん、10/27 21:08 JST)
Grok Botに毎日まわしてもらってる仕事、書き出したら6個あった
— わど🐏AI界のマスコット (@wad0427) 2026年10月27日
6:23 Xのブックマークを読んでNotionに整理
7:19 前日の投稿の数字をまとめる
8:37 自分への反応と伸びてる投稿を拾う
9:00 伸びた投稿の1行目の型を集める
9:40と17:40 問い合わせメールを仕分ける
21:53 その日の振り返りを書く
X投稿(@aigalleryjp AIツールギャラリーさん、10/27 12:00 JST)
・メール整理:3日分のメルマガやお知らせ380通を8分で仕分け。頼んでいない詐欺メールまで見つけた
— AIツールギャラリー|日本最大のAIデータベース (@aigalleryjp) 2026年10月27日
・出張の手配:夜中は新幹線の空席が調べられないので、朝6時5分に調べ直す予定を自分で入れていた
・朝のニュース:7時前に8本届いた
ログインや支払いの手前では、ちゃんと手を止めて人に返してきます。
お金まわりでは、@taka_sigure123 さんが「Gmail の請求メールから固定費を一覧にして」と頼んだだけで、見直せるサブスク、値上げ予定のプラン、無料体験の終了日が洗い出され、年間約2.9万円の節約候補が見つかったと書いています(10/27 21:07 JST。「勝手に解約はしない」とも書いています)。@naoya_ai_ さんは「Grok Bot とマネーフォワードを連携し、勘定科目の仕訳を自動化し、確認が必要なことは税理士に確認までしてくれる」と短く書いていますが、どうやってつないだかは書かれていません(10/27 13:41 JST)。
考察
ここからは意見です。わどさんの時刻表は、ルーチンの時刻を「6:23」「7:19」のようにずらしているのが参考になります。同じ時刻に重ねないことで、結果を読む順番も決まります。aigalleryjp さんの「空席が調べられない時間なので、朝に調べ直す予定を Bot が自分で入れた」は、宮崎からの出張手配でも助かる動きだと思います。請求メールから固定費を一覧にする使い方は、顧問先の経費の見直しの入口としてそのまま提案できそうです。マネーフォワードとの連携は、つなぎ方が書かれていないため、事務所で試す前に、Grok Bot 側の公式な接続先があるかを確かめる必要があります(確度:低)。
X投稿(@yoshio_nocode AI駆動経営ラボさん、10/27 19:58 JST)
個人的なGrok Bot開発の最適解が、GrokBotのクラウドコンピューターに、AIエージェント管理基盤の『herder』を入れ、Codex, Claude code, Curosrでマルチエージェント実装させること
— AI駆動経営ラボ (@yoshio_nocode) 2026年10月27日
僕の場合、botに「この機能追加して」って言っただけで
・Claude Code Opus5が計画と司令塔、
・Grokモデルで並列実装して、
・Codexがレビューと証拠付きテストをする
表示回数は約7,300回です。@kakusuika 四角いすいかさんは、「Grok Bot から起動した Codex がタスクを拾えない問題は、Codex のタスクを見張る簡単なスクリプトを書いてもらい、Webhook で Grok Bot に知らせると解消する」と書いています(10/27 08:33 JST)。また、@cu30rry_ kaito さんは「Muse は Web アプリがあるので、Bot のコンピューターからログインさせて Grok Bot とやり取りさせられる」と書き、旅行の計画は Muse、それまでに片付ける仕事は Grok Bot、という分け方を紹介しています(10/27 20:11 JST、表示回数約1.3万回)。@fumokmm ふもさんも「Grok Bot に Muse 担当を置き、Muse の操作は全部その担当経由で頼んでいる」と応じています。
考察
ここからは意見です。複数の AI を束ねる構成は、開発をする人には強力ですが、事務所の業務ではそこまで要らないと思います。参考になるのは「作る役と確かめる役を分ける」考え方で、たとえば補助金の申請書の下書きを作る Bot と、公募要領と照らし合わせて確かめる Bot を分けるのは、すぐに取り入れられます。他社の AI に Bot のコンピューターからログインさせる形は、ログイン情報が2つのサービスをまたぐので、顧問先の情報を扱う業務では見送るのが無難です(確度:中)。
X投稿(@takeyou_ai たけようさん、10/27 20:21 JST)
【note】Grok Botのクレジットを3日で使い切ったので、上のプランに上げずに9か所直した話を書きました💸
— たけよう|個人開発・AI動画制作 (@takeyou_ai) 2026年10月27日
noteに書いたこと
・担当を10人→3人に絞った「3つの質問」
・週14回の会議を11回に減らした頼み方
・定期作業をClaude Codeのルーティンに移すプロンプト4本
・Grok Botに送るだけで省エネ化させる指示文の全文
・結果:作業フォルダ69.9MB→56.1MB
投稿には「Super に上げると月12,520円の上乗せになる」とも書かれています。同じ悩みは英語圏でも出ていて、公式フォーラムでは Ultra(月200ドル)の利用者が「含まれる利用量を約3日で使い切った」と書いています(171221、10/27 08:08 JST)。また、@chiken_ai さんは「使用量の記録を Grok Bot 自身に読ませて、使い方のむだを見直してもらう方法」を note にまとめています(10/27 05:26 JST)。
考察
ここからは意見です。「担当を絞る」「会議(Bot 同士の定例)を減らす」「定期作業を別の仕組みに移す」は、どれも利用量を減らすうえで効く順番だと思います。事務所の毎朝の配信のような仕事は、取ってくる・まとめる・公開するの手順が決まっているので、決まった部分は普通のスクリプトにして、判断が要る部分だけを Bot に任せる形が節約になります。上で紹介した gogu さんの利用量の表示が日本でも出ているなら、週に一度、何%使ったかを記録しておくと見直しの材料になります(確度:中)。
x.ai/news「Your next sales teammate should be a Grok Bot」(10/27 付、10/28 05:05 JST ごろ取得)
記事で紹介している3体は、「顧客の下調べと Salesforce の更新をする Account Intel Bot」「見積もりと注文書を作る Quote Bot」「標準外の条件を審査する Deal Bot」です。Account Intel Bot は、商談の前に取引の履歴から説明資料を作り、商談のあとは会議の文字起こしを読んで顧客管理の記録を更新し、確認用のお礼メールを下書きします。Deal Bot が処理した承認には、判断・理由・担当者が記録として残ります。最初の一歩は「Grok Bot に営業活動の記録を分析させ、どの作業を自動化すると効くかを探した」ことで、営業担当が商談のあとの記録更新に多くの時間を使っていると分かったそうです。
考察
ここからは意見です。これは公式の自社事例なので割り引いて読む必要がありますが、「その仕事をいちばん知っている人が Bot を作って保守する」「権限を Bot ごとに分ける」「基準を決められない判断と顧客向けの文面は人が見る」という3つの原則は、顧問先に Bot を入れるときの説明にそのまま使えると思います。中小企業なら、まず「商談や訪問のあとの記録と、お礼メールの下書き」から始めるのが、効果が見えやすく失敗も小さいと考えます(確度:中。公式記事の内容で、効果の数字は書かれていません)。
X投稿(@malmaladei Philipp M. W. Hoffmann さん、10/28 00:29 JST)
Why split them? Same reason you don't hire one person for sales, bookkeeping and ops. Narrow context means fewer mistakes. Every Grok Bot has its own connectors, its own memory and its own routines. The bookkeeping bot can't touch outreach. The DevOps bot reads before it's allowed to write. … Don't build one super-agent. Build a team with clear roles and clear permissions.
— Philipp M. W. Hoffmann (@malmaladei) October 27, 2026
Hoffmann さんは、AI のコンサルティング会社と Shopify 向けの顧客対応 AI の会社を経営していて、「毎晩 Outlook と LinkedIn で見込み客の返信を確かめる Bot」「領収書を整理して毎日の取引表を Teams に出す経理の Bot」「毎週セキュリティの注意情報を読む Bot」「会議の準備をする首席補佐官の Bot」などを挙げています。「法人の手続きの Bot が書類の署名を必要としたとき、やり方を知っている事務の Bot に自分で連絡した」とも書いています。同じ日には、ギャビン・ベイカーさんが「Grok Bot は自分と会社にとって、これまでで最も影響の大きい AI 製品で、Bot は17体になった」と話す動画の一部を、@firesidealpha さんが紹介しています(10/28 04:41 JST)。
考察
ここからは意見です。「経理の Bot は営業の連絡に触れられない」「まず読むだけ、書くのはそのあと」は、事務所の Bot の分け方でも守りたい線だと思います。中小企業に勧めるときは、最初の3体を「受信の仕分け」「予定と準備」「経理の下準備」にして、それぞれがつなぐサービスを分けておくと、権限の説明もしやすくなります。投稿にある「記憶が全 Bot で共有される」点は、好みを1回伝えれば済む反面、顧問先ごとの情報が別の Bot に伝わる可能性もあるので、記憶に入れる内容は選ぶ必要があります(確度:中)。
収集: 2026-10-28 約05:04–05:30 JST。対象は10/27朝〜10/28朝。英語ソースは翻訳つき。x.ai/changelog/bot は先頭が 0.75.8(10/24 付、0.75.6・0.75.7 を含む)に更新されていましたが、0.76・0.77 の記載はありません。x.ai/news の最新は 10/27 の営業チームの事例記事でした。フォーラムの職員投稿は forum.cursor.com で原文を確認しました。ヘルプは cursor.com/help/grok-bot の25ページを取得し、10/27 の写しと比べましたが、変更はありませんでした。紹介制度は docs.x.ai と x.ai/legal の規約で確認しました。画像 x01〜x03 は投稿の添付画像を取得したものです。見送り: @bot アカウントの自動返信、「Grok Bot で1000ドルを26万ドルにした」のような稼げる話や暗号資産の投稿、AI イラスト・動画の作品投稿、X Chat に Bot が出てくることへの苦情、テンプレート報酬の試行(米国のみ)、Grok アプリと Bot アプリの違いの質問。Gaps: 0.76〜0.78 の更新履歴、X コネクター無料化の公式ヘルプ記載と開始日、利用量メーターの表示条件と日本での表示、Bot の肩書き廃止と指示画面の変更のヘルプ記載、記憶「約500字」の公式ヘルプ記載、マネーフォワード連携の方法、アカウント統合の不具合の修正時期、紹介制度の日本での提供予定。