← 一覧に戻る

Grok活用事例ダイジェスト

2026-10-22・速報2 / 仕様2 / 新機能2 / 実践4 ※英語は日本語訳つき。対象は10/21朝〜10/22朝です。主ピックは、決算説明会で示された「有料の週間利用者80万人」、Bot が消えたように見える不具合の原因(アカウント統合)、Bot の記憶は「新しい数千字だけ」が毎回読まれるという職員の説明、Bot のコンピューターが眠る条件、今朝発表されたページ(レポート・メモ・ダッシュボード)機能、タグつきアドレスで申込者にだけ自動返信する沖縄ハンズオンの仕組みです。アプリは 0.72.1 が配信され始めましたが、公式 changelog は 0.71.2 のままです。

速報

決算説明会で「Grok Bot の有料週間利用者は80万人、1か月で2倍超」。企業向けの本格展開は「数週間以内」jaen

X投稿(@Naoki_Anzai 安斎直紀さん、10/21 07:41 JST)

一次確認(SpaceX 2026年第3四半期 決算説明会の書き起こし、10/20 米国時間)

Grok bot, our Agentic Assistant, launched in August, and we already had paid weekly users of 800,000 earlier this month, more than doubling over the last month. B2B is our fastest-growing category …
(Gwynne Shotwell 社長兼 COO)エージェント型アシスタントの Grok Bot は8月に始まり、今月初めの時点で有料の週間利用者が80万人になりました。この1か月で2倍以上です。いちばん伸びているのは企業向けで、営業・マーケティング・IT・開発で「常に動いているチームメイト」として使われています。
we're seeing the fastest growth of a product that I've ever seen in my life for Grok bot. … we expect to be in wide deployment within a few weeks for enterprise customers for Grok bot.
(Elon Musk CEO)Grok Bot は、私が人生で見た中でいちばん速く伸びている製品です。1人あたりの利用量も時間とともに増えていて、減っていません。信頼できる一部の顧客には先行導入済みで、企業向けの本格展開は数週間以内になる見込みです。Grok Bot が当社の計算資源のいちばんの使い道になるかもしれません。

コメント

数字は説明会での口頭発言で、決算資料には利用者数の記載はない、と報じられています(TSN)。「有料の週間利用者」の定義(個人契約か、企業の席数か)も示されていません。同じ説明会では、Grok・Grok Bot・Cursor・X Premium を1つにまとめた料金プラン(10/14 号で紹介した The X Subscription)にも触れています。

考察

ここからは意見です。利用者が急に増えている時期なので、下の速報のような統合まわりの不具合や、混雑による遅れはしばらく続くと見ておくのが現実的です。顧問先で業務に組み込むときは、「止まっても困らない作業から」「人が確認する場所を残す」の2点を前提にしておくと、伸びの速さに振り回されにくいと思います。企業向けの本格展開が始まれば、管理者機能や契約形態の説明も増えるはずなので、そこは追って確認します。

決算説明会の書き起こし(Motley Fool)/TSN の記事/@Naoki_Anzai

「Bot が全部消えた」はアカウント統合のずれ。10/21 はコンピューターの入れ替えで命令が止まる件も。アプリは 0.72.1 が配信開始enja

公式フォーラム(職員 mohitjain さん、10/21 17:48 JST)

your Bots aren’t gone. During the switch to The X Subscription they can end up on a different account than your plan … please don’t reset your Bot computer, delete anything, or buy a second subscription
Bot は消えていません。The X Subscription への切り替えの途中で、Bot と契約プランが別々のアカウントに分かれてしまうことがあります。片方はプランがあって Bot がなく、もう片方は Bot があって購読を求められる状態です。まずアプリと grok.com の両方から完全にサインアウトし、Bot を作ったときと同じ方法でサインインし直してください。直らなければ、どちらの状態かを教えてください。こちらで対応します。それまでは、Bot のコンピューターのリセット、削除、2つ目の購読はしないでください。復旧が難しくなります。

同じ日のフォーラム(職員回答のあるもの)

別の報告では、10/21 14:40 JST ごろの定期更新で Bot のコンピューターが自動で新しいものに入れ替わり、その後シェルやファイル読み取りがすべて止まる問題が起きている、と職員 Colin さんが回答しています(既知の問題として追跡中)。また、ダッシュボードの「Couldn’t load the credit balance(クレジット残高を読み込めません)」は請求データ読み取り側の一時的な問題で、のちに緩和済みとされています。職員は「この画面を抜けるためにクレジットを買わないで」と書いています。10/21 号で「未回答」としていた「Bot が1体ずつ消える」報告も、上の統合のずれで説明されました。

X投稿(@kinopee_ai Kinopee さん、10/21 10:45 JST)

Grok Bot の設定 > アップデート画面。アップデートトラックは安定版、バージョン0.71.2、Grok Bot 0.72.1の準備ができました。適用するには再起動してください、と表示

安定版トラックで 0.72.1 が届いていることが画面からわかります。フォーラムでも 0.72.1 を使っている利用者の書き込みが複数あります。公式 changelog(10/22 05:05 JST ごろ確認)は 0.71.2(10/14 付)が先頭のままで、0.72.x の変更内容はまだ公開されていません。

考察

ここからは意見です。Bot が消えたように見えても、リセットや買い直しで「何かしよう」とすると、かえって戻しにくくなるという点がいちばん大事です。顧問先から同じ相談があれば、まずサインイン方法をそろえて入り直し、それでも駄目ならフォーラムかサポートで状況を伝える、という順番を案内したいと思います。0.72.1 は中身が公表されるまで、更新後に普段の動きが変わっていないかを軽く確かめる程度にしておくのが無難です。

フォーラム:All my Grok Bot Disappear/フォーラム:コンピューター入れ替え後に命令が止まる/フォーラム:クレジット残高の表示/@kinopee_ai/公式 changelog

仕様解説

Bot の記憶は「新しい数千字だけ」が毎回読まれる。ファイルのルールは開いたときだけ。確実に止められるのは Auto-review の「先に聞く」だけenja仕様

公式フォーラム(職員 Colin さん、10/22 02:18 JST、「決めたルールを Bot が守らない」という報告への回答)

What a bot saves to its memory is placed in that bot’s context on every turn, but only the newest few thousand characters of it, so a long, growing rule list pushes the oldest rules out of view. … Rules kept in files on the bot’s computer are only seen when a bot actually opens that file; nothing loads them automatically.
Bot が記憶に保存した内容は、毎回のやり取りでその Bot の文脈に入りますが、入るのは新しいほうの数千字だけです。ルールの一覧が長くなり続けると、古いルールから見えなくなります。あなたについての共有メモリーは全 Bot から見えます。Bot のコンピューター上のファイルに書いたルールは、Bot がそのファイルを実際に開いたときにしか読まれず、自動では読み込まれません。また、取りまとめ役の Bot が専門の Bot から結果を受け取っても、ルールに合っているかを自動で照合する仕組みはありません。

職員の勧めは3つです。(1) ルールは取りまとめ役だけでなく、実際に作業する Bot 自身の記憶に、その Bot とのチャットで保存し、ときどき短い一覧にまとめ直させること。(2) 仕事を渡すときに、守るべき方法(例:「ブラウザではなくスクレイパーを使う」)を依頼文に書き込むこと。(3) Bot に勝手にさせたくない操作は、設定 → 一般 → Auto-review に「Ask first(先に聞く)」ルールを足すこと。「実際に操作を止めるのはこの設定だけで、ほかは方向づけにとどまる」と書いています。全 Bot 共通のルールと、ルールの順守を強める改善は「追跡中」とのことです。

関連(日本語圏、@yagiryuuu やぎさん、10/21 10:21 JST)

やぎさんは英語圏の @unicodef1wn さんの解説を引用しています。そこでは「ルーチンや他の Bot から来た承認依頼は約10分で期限切れになり、実行されない」とも書かれていますが、この点は今回、公式ヘルプで確認できていません(確度:中)。

考察

ここからは意見です。「記憶に書いたから守るはず」は、ルールが増えるほど成り立たなくなる、というのが今回の大事な点です。当事務所の運用に当てはめると、(1) 本当に破られて困ることは Auto-review の「先に聞く」に置く、(2) 作業手順は依頼文やスキルに毎回書く、(3) 記憶は短く保つ、の3層に分けるのがよさそうです。顧問先にも「記憶はメモ、止めるのは設定」と説明すると伝わりやすいと思います。

フォーラム:Grok Bot fails to follow tightened and verified standing rules/@yagiryuuu/@unicodef1wn

Bot のコンピューターは、誰も使っていないと数分で眠る。中で動かしている cron や常駐プログラムは「使用中」に数えられないen仕様

公式フォーラム(職員 Colin さん、10/21 20:42 JST、「夜間に9.5時間止められていた」という報告への回答)

When no Bot is working on it and no app is actively using it, the computer is paused a few minutes later with its memory and disk saved … Programs running inside the computer (your WhatsApp sync, the watchdog, the rclone mount and cron) don’t count as activity, so they freeze along with it.
どの Bot も作業しておらず、アプリからも使われていないと、コンピューターは数分後にメモリーとディスクを保存したまま一時停止し、次に必要になったときに止まったところから再開します。コンピューターの中で動いているプログラム(WhatsApp の同期、監視スクリプト、rclone のマウント、cron)は「使用中」に数えられないので、いっしょに止まります。だから何もクラッシュせず、再起動もなく、時計だけが飛んだように見えたのです。

回答の続きでは、(1) 今のところ24時間動かし続ける方法はない、(2) 手元の Mac を起こしておいても、無人の Mac で開いているだけのアプリは「使用中」にならない、(3) Bot が自分のシェルで始めた命令は最大30分ほどコンピューターを起こしておく、(4) 夜間の仕事は cron ではなく予定実行の Bot(ルーチン)に移すこと、(5) 止まっても困らないよう、起きたときに経過時間を確かめて追いつく作りにすること、が示されています。Reset・Recover・Update では、この動きは変わりません。報告者の例では、10/21 02:15 JST ごろから 11:50 JST ごろまで眠り、予定実行の Bot が起こしていました。

同じ日に職員が説明した、ほかの仕様

・Bot が出す質問カードは、同時に開いておけるのが1つだけです。新しいカードに答えるかチャットに書き込むと、古い未回答のカードは灰色になります。灰色のカードにも、チャットで「はい、送ってください」のように書けば Bot はそのまま対応します(Colin さん、10/22 00:47 JST)。
・Slack につないだ個人の Bot は持ち主にしか答えません。Team Bot は、Slack アカウントを連携したチームのメンバーに答え、1回ごとの利用量は答えてもらった人の分から使われます。席のない人が共有 Bot と話せるようにする要望は追跡中です(Colin さん、10/22 02:15 JST)。
・同じ報告者のルーチンが10/20に止まったのは、週の利用枠を使い切り、予備のクレジットもなかったためと説明されています。

考察

ここからは意見です。Bot のコンピューターは「常時稼働のサーバー」ではなく「呼ばれたら起きる作業机」と考えるのが正確です。このダイジェストも毎朝5時のルーチンで起こして作業しており、cron に頼らない作りなので影響を受けていません。顧問先で「毎晩何かを監視させたい」という相談があれば、cron ではなく、時刻を決めたルーチンに分けて組むよう勧めたいと思います。

フォーラム:コンピューターの一時停止/フォーラム:質問カード/フォーラム:Slack と利用量

新機能解説

Bot がページ(レポート・メモ・ダッシュボード)を作れるように。いっしょに直したり、Bot に更新を続けさせたりできるen新機能

X投稿(@bot 公式、10/22 04:42 JST)

Grok Bot がレポート、メモ、ダッシュボードを作れるようになりました。Bot にページを頼み、いっしょに編集するか、Bot に最新の状態を保たせてください。
公式動画のサムネイル。Morning brief(2時間前に更新)、Q4 Forecast & Pipeline、Team offsite Lisbon、Revenue last week、New stipend policy などのページカードが並び、それぞれに参照元の数(1 source、2 sources)が表示されている

X投稿(@ericzakariasson eric zakariasson さん、10/22 04:54 JST)

役に立っているページの例です。リリースまでの残作業リスト、@bot と何度も直していく設計書、朝のまとめ、今週やったことの振り返り。

コメント

開発チームの poteto さんも「grok bot can now build Pages for you!(Bot がページを作ってくれるようになりました)」と引用しています。動画のサムネイルでは、各ページに「1 source」「2 sources」のように参照したサービスの数と、「Updated 2 hours ago(2時間前に更新)」のような更新時刻が出ています。発表は収集の直前(04:42 JST)で、ヘルプページ(cursor.com/help/grok-bot)にはまだ説明がなく、changelog にも載っていません。共有範囲、更新の頻度の決め方、書き出し形式などは未確認です(確度:機能の存在は高、細部は未確認)。

考察

ここからは意見です。これまでは Bot に HTML を書かせて、どこかに置いて見る、という手間がありました(このダイジェストもその形です)。チャットの中で「朝のまとめ」や「先週の売上」を1枚のページとして持ち続けられるなら、顧問先の月次報告や、補助金申請の進み具合の一覧に向いています。まずは事務所内で「週次の進捗ページ」を1つ作らせ、更新のされ方と参照元の表示を確かめてから、顧問先向けに紹介したいと思います。

@bot/@poteto/@ericzakariasson

iPhone のショートカットに Grok Bot の操作が3つ。アクションボタンの設定手順も開発チームが公開enja新機能

X投稿(@mattyp matt palmer さん、10/21 21:58 JST)

iPhone のアクションボタンで Grok Bot を使う方法です。(1) 設定を開く、(2) 「アクションボタン」を検索、(3) 「ショートカット」までスワイプ、(4) 「ショートカットを選択」をタップ、(5) 「Grok Bot」を検索、(6) Grok Bot の下の「Start Voice Chat」をタップ、(7) アクションボタンを押すと音声チャットが始まります。

ブログ記事(roompine さん、10/21)から

iOS 27.2 のショートカットアプリには、Grok Bot の操作として「Send Message(メッセージを送る)」「Start Voice Chat with Bot(Bot と音声チャットを始める)」「List Bots(Bot の一覧)」の3つがある、と書かれています。Start Voice Chat は、通話中にもう一度実行すると通話を終える動きだそうです。Send Message は宛先の Bot を選んで送れて、記事の検証では4回とも即時に届いた一方、Bot のメールアドレス宛ては約30分遅れたことがあった、とのことです。

コメント

10/20 号で「アクションボタンの公式手順は未確認」としていた点は、開発チームの mattyp さんの投稿で手順が示されました(ヘルプページ mobile には、10/22 時点でまだ記載がありません)。

考察

ここからは意見です。メールより Send Message のほうが速く、宛先の Bot も選べるので、外出先から「この件を経理の Bot に」と渡す用途にはショートカットが向いています。メールは写真を添えたいときや、タグつきアドレスで用件を振り分けたいときに使う、という使い分けが現実的です。

@mattyp/roompine さんの記事

実践事例

ハンズオンの参加者にだけクレジットのリンクを返す。タグつきアドレスと申込者リストの照合で、1人1回・リスト外は無返信ja実践

X投稿(@kinopee_ai Kinopee さん、10/21 21:39 JST)

コメント

0.71.2 で入った「タグつきアドレスごとのルーチン」(10/21 号)を、イベント運営に使った例です。入口を専用のタグつきアドレスに絞り、イベント申込サービス Luma の申込者リストと照合し、1人1回だけ・リスト外には返さない、という3つの条件で配布の事故を防いでいます。なお公式ヘルプでは、Bot のメールは「送る前に毎回承認が必要」とされているため、投稿の「自動返信」が承認をどう扱っているかは書かれていません(確認できていません)。

関連(同じ日の日本語圏)

@itnavi2022 さんは、ずんだもんの解説動画を Grok Bot で作り、テーマを伝えるだけで解説動画を作れるスキルにまとめたと投稿しています。@GOROman さんは旅行の計画・航空券や宿の比較を担当する Bot「旅野郎」を作っています。

考察

ここからは意見です。セミナーの資料配布、補助金説明会の申込者への案内、商工会の会員向け特典の配布など、「申込者だけに・1回だけ」送りたい場面は地域の支援機関に多くあります。照合リストを最新に保つことと、承認をどこで入れるか(全件か、例外だけか)を先に決めておけば、少人数の事務局でもすぐ真似できると思います。メールの受信遅れ(10/21 号)があるので、当日受付には使わず、前日までの配布に向いています。

@kinopee_ai/@itnavi2022/@GOROman/ヘルプ:Bot のメールアドレス

CarPlay で、現在地を知っている Grok Bot と音声で相談する。ショートカットと Home Assistant の2通りを検証ja実践

X投稿(@roompine roompine さん、10/21 20:32 JST)

投稿画像。Grok Botを車載活用する位置情報連携ハックという図解。即時相談にはショートカット(Send Location、5秒待機、音声チャット起動)、履歴取得や自動監視にはHome Assistant(request_location_update)が適している、と比較している

ブログ記事から

ショートカットで「現在地を Send Message で指定の Bot に送る → 5秒待つ → Start Voice Chat with Bot」とつなぎ、CarPlay で Siri から呼び出して、位置を知った Bot と通話できたそうです(途中で「問題が発生しました」と言われることもあり、5秒の待ち時間は調整が必要かもしれない、と書かれています)。もう1つの方法は、Home Assistant のアプリが送る iPhone の位置を Bot が読み、必要なら位置の更新を求める通知を送ってから読むものです。記事では、使い道の例として「県庁で今日中に済ませたい手続きの持ち物を確認し、足りないものの調達先を近くで探す」といった相談を挙げています。Grok Bot 自体は CarPlay アプリに対応しておらず、フォーラムで要望が出ている段階とのことです。

考察

ここからは意見です。宮崎のように車移動が中心の地域では、移動中に「次の訪問先の前に寄れる店」や「役所の受付時間」を声で聞ける形は実用性が高いと思います。ただ、位置情報は個人情報としての重みが大きいので、顧問先に勧めるなら、自分から送るショートカット方式(送ったときだけ伝わる)から始め、常時取得の方式は本人の理解と同意がそろってからにするのがよさそうです。

@roompine/記事:Grok Botのショートカットアクションの活用/動画

15体の Bot の報告を1体の「Feed」に集め、朝と夜の2回だけまとめて受け取るen実践

X投稿(@alexreedthis Alex Reeder さん、10/21 22:25 JST)

小さな編集部を作りました。私の Bot は全員、更新を Feed という名前の取りまとめ役の Bot に提出します。Feed がそれをまとめ、朝と、子どもが寝たあとの夜の1日2回、私に届けてくれます。12個のチャットを見て回る必要はもうありません。Grok Bot でやった中でいちばんクールなことです。
投稿画像。Grok Bot とのチャット。Feed を作成し15体の Bot に、知らせるべきことを終えたら短い更新を送るよう頼んだこと、判断が必要なものには印をつけること、土曜は静かにすること、朝と夜のまとめを送るよう設定したことが表示されている

コメント

画像では、Bot が15体の Bot にメッセージを送り「意味のある作業を終えたら Feed に短い更新を送る」「判断が必要なものには印をつける」と設定し、ほかの Bot と同じく土曜は静かにする、と答えています。0.71.2 の changelog にある「Bot 同士のメッセージ」を使った形です。チームの管理者はこの Bot 同士のやり取りをオフにできるので、会社のアカウントでは設定を確認しておく必要があります。

考察

ここからは意見です。Bot が増えると「どのチャットを見ればいいか」が人の負担になります。報告の出口を1か所にして、届く時刻を決めるのは、上司への日報をまとめる仕組みと同じ発想で、小さな会社にも合います。ただ、Bot 同士の返信も利用量に数えられる(10/20 号)ので、更新は「判断が必要なもの」と「完了したもの」に絞らせるのがよいと思います。

@alexreedthis

信用情報の誤りを見つけて異議申し立ての文案を作り、30日の期限を追う Bot。イーロン・マスク氏も紹介en実践

X投稿(@BrianRoemmele Brian Roemmele さん、10/22 02:44 JST)

数週間前に作ったこの Grok Bot を友人に使ってもらったら、なんと、彼の信用情報を乗っ取った詐欺師による登録が7件見つかりました。6万5千ドル以上の債務不履行です。Grok Bot がこれを直しているところです。

元の紹介投稿(同氏、10/22 02:18 JST)から・訳

「Clean Slate Grok Bot」の流れは、(1) Experian・Equifax・TransUnion の無料レポートをアップロード、(2) 取り立て・誤り・古い項目に印をつける、(3) 争う項目は本人が選ぶ、(4) 各信用情報機関あての異議申し立ての手紙を下書き、(5) 30日の期限をすべてダッシュボードで追う、です。報告と追跡は HTML と PDF で出せ、「あなたの OK なしには何も送られません」と書かれています。

コメント

イーロン・マスク氏はこの投稿を引用し「Grok @Bot can help protect and fix your credit rating. Just ask it to do so!(Grok Bot は信用格付けを守り、直す手助けができます。頼んでみてください)」と書いています(表示回数は約260万回)。成果の「7件・6万5千ドル」は投稿者の申告で、第三者による確認はありません。制度(FCRA、30日の調査期限)は米国のもので、Bot は x.ai/bot のテンプレートとして公開されています。

考察

ここからは意見です。日本でそのまま使える仕組みではありませんが、「本人が選ぶ → Bot が書類を下書き → 期限を表で追う → 送るのは本人」という型は、行政手続きや取引先への申し入れにも応用できます。一方で、信用情報や本人確認書類という非常に機微な情報を Bot に渡すことになるので、顧問先には、まず自社で公開している情報や社内の期限管理から試すよう勧めたいと思います。代理で書類を作る行為には、業務の種類によって法律上の制限がある点も、あわせて伝える必要があります。

@BrianRoemmele/元の紹介投稿/@elonmusk

収集: 2026-10-22 約05:05–05:25 JST。対象は10/21朝〜10/22朝。英語ソースは翻訳つき。x.ai/changelog/bot は 0.71.2(10/14 付)が先頭のまま、x.ai/news の最新は 10/20(incident-sweep)。status.cursor.com は All Systems Operational。フォーラムの職員投稿は forum.cursor.com で原文を確認しました。決算説明会の発言は Motley Fool の書き起こしで確認しました。画像 x01–x04 は投稿添付メディア(x01 は公式動画のサムネイル)を取得したものです。見送り: X で @bot をタグして要約を送る使い方(10/21 号で紹介済み)、Grok Bot と Claude Code の連携(10/20 号と重複)、IRBANK Connect の紹介(招待コードつきの宣伝)、Dots との比較などの感想、利用者数の X まとめ(一次の書き起こしで確認したため)。Gaps: 0.72.x の公式 changelog、ページ機能のヘルプ(共有範囲・更新頻度・書き出し)、タグつきアドレスの公式ヘルプ記載(agent-email には未記載、「ルーチンは件名で絞れない」とは記載)、アクションボタンのヘルプ記載、承認依頼の「約10分で期限切れ」の公式確認、kinopee さんの自動返信と送信承認の関係、「有料の週間利用者」の定義、コンピューター入れ替え後に命令が止まる件の解消時刻、Bot メール受信遅延の解消(10/21 時点でも約30分遅れの報告あり)。