Grok活用事例ダイジェスト

2026-10-20・速報1 / 仕様2 / 新機能2 / 実践4　※英語は日本語訳つき。対象は10/19朝〜10/20朝です。主ピックは、利用量メーターと Grok 4.7 Fast の不具合を職員が認めた件、グループチャットの利用量の数え方、Cursor Projects のローカル作業機の注意点、iPhone のアクションボタンから Bot と話せる新機能、利用量 CSV を Bot 自身に分析させる使い方、Grok Bot と Claude Code の役割分担です。公式 changelog は依然 0.70.2（10/11）のままです。

速報

grok.com の利用量メーターが一時表示されず、Grok 4.7 Fast に Max Mode が求められる不具合も（どちらも職員が認めています）en

公式フォーラム（職員 Colin さん、10/20 02:56 JST）

We’re seeing a temporary service-side issue right now that stops the usage meter, prepaid balance and auto top-up details from loading for many accounts, not just yours. … Nothing on your account needs to change, and signing out and back in won’t help.

一時的なサービス側の問題で、多くのアカウントで利用量メーター、前払い残高、自動チャージの詳細が読み込めない状態です。アカウント側で変えることはなく、ログインし直しても直りません。解消すれば週次の利用量と残高は自然に表示されます、という回答です。報告者の画面では grok.com/dashboard の Usage で meter_unavailable が出ていました。

公式フォーラム（職員 kevinn さん、10/20 02:03 JST）

On The X Subscription, Grok 4.7 Fast shouldn’t require Max Mode. … In the meantime, turning on Max Mode in the model picker will let Grok 4.7 Fast run.

The X Subscription では、Grok 4.7 Fast に Max Mode は不要なはずです。設定の問題ではなくチームに伝えました。当面はモデル選択で Max Mode をオンにすれば動きます、という回答です（Cursor IDE 3.25.9 の報告）。

一次確認（取得 10/20 05:15 JST ごろ）

status.cursor.com は All Systems Operational で、メーターの件は障害として掲載されていませんでした。x.ai/changelog/bot は 0.70.2（10/11）、x.ai/news の最新は 10/14 のままです。同じフォーラムでは、Bot 専用メールアドレスで送信はできるのに受信が届かないという報告（10/20 04:18 JST、0.71.2、同様の報告がもう1件）も出ていますが、こちらは職員の回答がまだありません。

考察

ここからは意見です。メーターが出ないあいだも Bot は利用量を使い続けるので、残量を見て止める運用をしている場合は、ルーチンの多い日に少し控えめにしておくと安心です。Max Mode は利用量の消費が大きくなりやすい設定なので、回避策として使う場合も、修正が出たら戻すのを忘れないようにしたいところです。

フォーラム：usage meter unavailable／フォーラム：Max Mode Required for Grok 4.7 Fast／フォーラム：Bot メールの受信不具合

仕様解説

グループチャットは「Bot の返事1回ごと」に利用量を使う。Bot 同士のやり取りも数に入るja仕様

公式ヘルプ「Group chats and Bot-to-Bot messages」（取得 10/20 05:12 JST）

Every Bot reply counts toward your usage, including replies in a group and messages between Bots. Fewer Bots in a group means fewer replies.

Bot の返事はすべて利用量に数えられます。グループ内の返事も、Bot 同士のメッセージも含みます。グループの Bot が少ないほど返事の数も減ります。

X投稿（@_M_O_G_U_R_A__ もぐらさん、10/19 21:48 JST）

Grok Botのグループは二体あれば十分、と公式が話していますね。使用初日に喜び勇んでたくさんのBotをグループチャットに招集していましたが、多くのBotを同時利用するとBot同士の会話で週次枠を必要以上に消費するぞとバッドニュースもあったので🤪 みんな、さよなら
— もぐら＠AI活用✕投資 (@_M_O_G_U_R_A__) October 19, 2026

もぐらさんの投稿画像。4体の Bot が入ったグループチャットで「今日で解散です」と伝え、各 Bot が一言ずつ挨拶している画面

ヘルプが書いているのは「返事の数がそのまま利用量になる」ことまでで、「二体で十分」という具体的な数は今回のヘルプ本文には見当たりませんでした。もぐらさんが参照した発言元は特定できていません。しんちゃんさんの note 記事（実践事例で紹介）も、最初から大勢のグループにするのは勧めず、秘書役の Bot 1体の下に他の Bot をぶら下げる形を勧めています。

考察

ここからは意見です。グループに4体いると、1つの質問に4回返事が来る計算になります。事務所のように窓口役（翠さん）が振り分ける形は、この仕様のもとでは利用量の面でも合理的です。グループは「全員の意見を一度に並べたいとき」だけ作り、普段は窓口役に頼んで個別の Bot に回してもらうのがよいと思います。

公式ヘルプ：Group chats and Bot-to-Bot messages／@_M_O_G_U_R_A__

Cursor Projects の「ローカルで動く作業機」は2通りで起動でき、同じフォルダで両方使うとファイル編集がぶつかるen仕様

公式フォーラム（職員 kevinn さん、10/20 02:10 JST と 04:31 JST）

From the Agents Window: open Settings → Agents and turn on “Enable local self-hosted workers” … From the CLI: run agent worker start in your repo checkout … If you turn on “Enable local self-hosted workers” and also run agent worker start in the same repo folder, you end up with two separate workers … Nothing coordinates file edits between them.

Projects はふだんクラウドの専用コンピューターで動き、手元の PC で試す必要があるときだけ、まとめ役（coordinator）がローカルの作業機（self-hosted worker）に仕事を回します。その作業機は、Agents Window の Settings → Agents で「Enable local self-hosted workers」をオンにする方法と、リポジトリのフォルダで agent worker start を実行する方法の2通りで起動できます。同じフォルダで両方を使うと作業機が2台に分かれ、両者のファイル編集を調整する仕組みはないので、同じファイルを同時に書き換えるおそれがあります。Cursor を普段開いている PC はトグル、アプリを開かない開発用マシンは CLI、と使い分けるよう勧めています。

回答では、作業機1台でも複数のエージェントを同時に受けられるので同じ注意が当てはまるとして、並行させるならタスクごとに別の git worktree（同じリポジトリの作業フォルダを分ける機能）と作業機を用意すること、CLI で同じ PC に2台目を立てるときは --data-dir を分けることを勧めています。前提として、cursor.com のダッシュボードの Cloud Agents 設定でチームの self-hosted マシン利用を許可する必要があり、初回はまとめ役が実行の承認を求めます。作業中はその PC を起こしたままにしておく必要があります。

考察

ここからは意見です。共通 PC で Claude Code と Grok Bot の作業を並べている事務所の構成でも、「同じフォルダを2つの仕組みが同時に触る」と同じ問題が起きます。10/19 号で紹介した共有 PC のリソース規則（ロックファイルで順番待ちにする方法）と合わせて、作業フォルダを担当ごとに分けておくのが簡単な対策だと思います。

フォーラム：Project coordinator with local agents

新機能解説

iPhone のアクションボタンを押すだけで Bot と音声チャットen新機能

X投稿（@bot 公式、10/20 03:40 JST、約25万表示）

Grok Bot is now one step closer. Set it as your iPhone's Action Button and press it to talk with Bot.
— Grok Bot (@bot) October 19, 2026

Grok Bot がもう一歩身近になりました。iPhone のアクションボタンに設定すれば、押すだけで Bot と話せます。

設定方法（返信欄の利用者報告をまとめたもの）

1. Open the Settings app → tap Action Button. 2. Swipe to Shortcut → tap Choose a Shortcut. 3. Search for “Grok Bot” and select “Start voice chat”. 4. Press and hold the Action Button to start a voice chat with your Bot.

iPhone の「設定」アプリ → アクションボタン → 「ショートカット」までスワイプ → 「ショートカットを選択」→「Grok Bot」で検索して「Start voice chat（音声チャットを開始）」を選びます。あとはアクションボタンを長押しすると Bot との音声チャットが始まります（@perlausten さんの手順。@nicolaycz さんは、ショートカットアプリで先に「Start Voice Chat with Bot」を入れたショートカットを作る手順も紹介しています）。

公式投稿は動画つきで、手順の文章はありません。公式ヘルプの mobile ページにも、取得時点でアクションボタンの記載はありませんでした。返信欄の @grok の自動回答は「Talk to Grok」「Voice chat」など項目名が回答ごとに揺れていて、Grok（チャットアプリ）と Grok Bot を混ぜて案内しているものもあります。項目名は利用者の報告がそろっている「Start voice chat」を基準にし、実機で確認してください。アクションボタンは iPhone 15 Pro 以降の機種にあります。Android には同じ仕組みがありません。

考察

ここからは意見です。移動中や現場で「今の打ち合わせ内容をメモして」「明日の予定を確認して」と声で頼めるのは、手が空きにくい職人さんや店舗の方には便利です。一方、音声チャットも利用量を使い、近くの人に会話が聞こえる点は変わらないので、顧問先には「取り消せない操作は音声では頼まない」をあわせて伝えるのがよいと思います。

@bot／@perlausten の手順／@nicolaycz の手順／@poteto の引用

ダッシュボードの「Usage events」を CSV で書き出し、Bot に自分の使い方を分析させるen新機能

X投稿（@tejas3732 Tejas Rane さん、10/19 13:38 JST、約4.5万表示）

Quickest way to save 10- 15% on Grok Bot usage 🫡👇 1. Go to Grok Dashboard -> Usage 2. Export CSV 3. Upload the CSV to your Chief of Staff at Grok Bot 4. Prompt this: Check this usage file and analyze my bot behaviours and tell me how we should optimize for usage
— Tejas Rane (@tejas3732) October 19, 2026

Grok Bot の利用量を10〜15%節約するいちばん早い方法です。(1) Grok のダッシュボードで Usage を開く、(2) CSV を書き出す、(3) その CSV を Grok Bot の秘書役（Chief of Staff）に渡す、(4)「この利用量ファイルを確認して、Bot ごとの動き方を分析し、利用量をどう最適化すべきか教えて」と頼む。すると少なくとも週10〜15%、あるいはそれ以上節約できる方法を出してくれます、という投稿です。

ダッシュボードの Usage events 表。日時（UTC）、Product が Grok Bot、Usage Type が Included、トークン数が並び、右上に Export ボタンがある

Bot の分析結果。軽量化で週9〜14%の節約、Bot ごとの節約見込み、実行後のまとめ報告が週の約16%を占めること、新しいことがない日はまとめを省く提案

2枚目は Bot の回答です。要旨は「軽くしても節約は通常週の約9〜14%で、30〜50%ではない」「10/14 朝に1体が上限に当たり2台目の作業機を起動、その朝だけで週の約16%」「実行のたびに秘書役へ届くまとめの処理が約10%、秘書役自身のバックグラウンド起動が約7%で、合わせて週の約16%」「新しいことがない日はまとめを送らない設定にすれば、2体の軽量化と合わせて週15〜20%」というものです。

Usage events の表と Export ボタンは投稿者のスクリーンショットで確認したもので、公式ヘルプ（plans・faqs）には CSV 書き出しの説明は見当たりませんでした。表には Product・Usage Type・Model・Tokens・Cost の列があります。節約率は投稿者の環境での Bot の見積もりで、一般化できる数字ではありません。なお速報のとおり、10/20 未明はこのメーター自体が読み込めない不具合が出ていました。

考察

ここからは意見です。このダイジェストのような毎朝のルーチンや、窓口役への完了報告も、同じ「まとめ処理」の費用がかかっているはずです。週1回 CSV を書き出して窓口役に見せ、「何も新しくない日は報告を1行にする」「重い調査は Claude Code 側に回す」といった調整候補を出してもらうのは、事務所でもすぐ試せます。

@tejas3732

実践事例

Grok Bot は窓口と定期実行、重い作業は Claude Code に回すja実践

X投稿（@muscle_coding とまださん、『Claude Codeで作って学ぶ』著者、10/19 19:38 JST）

Grok Bot に全部やらせず、重い作業は Claude Code に回すようにしました！（Codex でも同じ形で組めます） Grok Bot は Premium で使っていて、Usage にはそこまで余裕がありません。一方の Claude Code は Max 5x で、枠に余裕があります。なので役割を分けています。・Grok Bot は窓口と定期実行の管理役・調べもの、メモの読み書き、壁打ちは Claude Code ・Grok Bot は要約だけ受け取って、判断と取り次ぎに集中する Grok Bot の PC に Claude Code とメモのリポジトリを置いたので、Mac を閉じていても回ります。
— とまだ (@muscle_coding) October 19, 2026

関連（同じ日の日本語圏）

@ryo_miu さんは、自分の X 投稿やチャットから口調と考え方を学び、投稿の下書きを作る「コピーロボット」を Bot マーケットプレイスに公開しました。紹介文は「投稿するのは本人がOKしたものだけ」で、テンプレートページには第三者作成で SpaceXSI 製ではない旨の注意書きがあります。

考察

ここからは意見です。「止まっていない日は何も来ない」という通知の絞り方は、利用量の節約（新機能解説の CSV 分析）とも通じます。顧問先に最初の1体を勧めるなら、この記事の「朝のまとめ」プロンプトに「やらないこと」の行を残したまま地域と路線を差し替える形が、いちばん説明しやすいと思います。マーケットプレイスの第三者テンプレートは、取り込む前に指示文と求める接続先を確認するよう伝えたいところです。

しんちゃんさんの note 記事／@shin_chan_ai／@ryo_miu／コピーロボットのテンプレート

Gmail のフィルタで見込み客のメールを Bot の受信箱へ転送し、相手先を自動で下調べen実践

X投稿（@melvindvivas Melvin Vivas さん、10/19 22:18 JST）

Grok Bot can work on emails sent directly to its inbox I configured a filter in gmail to forward leads to its email so my bot can automatically research about the potential client and understand their business
— Melvin Vivas (@melvindvivas) October 19, 2026

Grok Bot は自分の受信箱に直接届いたメールを処理できます。Gmail にフィルタを設定して見込み客からのメールを Bot のアドレスへ転送し、Bot が自動で相手先を調べてその事業を把握するようにしました。

Bot 専用アドレスにメールが届いたことをきっかけにルーチンを動かす仕組みは、ルーチンの受信トリガーとして用意されています。ただし速報で触れたとおり、10/20 未明のフォーラムでは「送信はできるが受信が届かない」という報告が2件出ており、職員の回答はまだありません。

考察

ここからは意見です。問い合わせフォームの通知を転送して「会社概要・所在地・直近のニュース・想定される相談内容」を1枚にまとめさせる使い方は、士業や地方の B2B 企業でもすぐ役立ちます。転送の前に、個人情報を含むメールを Bot の受信箱に置いてよいかを社内で決めておくこと、返信は必ず人が確認してから送ることを前提にしたいところです。

@melvindvivas

「写真が正しい、推測しない」——トレカ店の出品タイトル監査で初日に14件修正en実践

X投稿（@rhanley Ryan Hanley さん、10/20 01:15 JST）

My @Grok @Bot agent Sherlock caught a card listed as the wrong parallel. He's my bot of the week. He has one job: is the card in the photo the card in the title? … On his first audit day, he caught and fixed 14 title mismatches. … He works photo first. If he can't confirm it, the card goes on HOLD. He never invents a parallel.
— Ryan Hanley (@rhanley) October 19, 2026

私の Grok Bot「Sherlock」が、種類違い（パラレル違い）で出品されていたカードを見つけました。仕事は1つだけで、「写真のカードとタイトルのカードは同じか」を確かめることです。簡単そうで簡単ではありません。在庫ソフトは推測で埋めたがり、このカードは「Blue Refractor」と登録されていましたが、Sherlock は写真を見て「Blue RayWave、シリアル 081/150」と判定しました。種類が違えば価格も違います。監査初日に14件のタイトル違いを見つけて直しました。写真を優先し、確認できないものは保留（HOLD）にして、種類を勝手に作らないのが決まりです。

$Sherlock の監査記録画像。カード写真とシリアル番号 081/150 の拡大、登録名 Blue Refractor に取り消し線、判定 Blue RayWave 081/150、PHOTO WINS. NO GUESSING. NEVER INVENT A PARALLEL. の帯$

14件という数字と判定内容は投稿者の報告です。設計の要点は、仕事を1つに絞ること、根拠（写真）を優先すること、確信が持てなければ保留にして人に回すことの3つです。

考察

ここからは意見です。EC をしている顧問先なら、「商品写真と商品名・型番・サイズが一致しているか」「価格表とサイトの表示が一致しているか」の点検にそのまま使えます。「分からなければ保留にして、勝手に埋めない」を指示文に明記する点は、どの業種でもまねしたい書き方です。

@rhanley

収集: 2026-10-20 約05:06–05:25 JST。対象は10/19朝〜10/20朝。英語ソースは翻訳つき。x.ai/news の最新は 10/14、changelog は 0.70.2 のまま。status.cursor.com は All Systems Operational。フォーラムの職員投稿は forum.cursor.com で原文を確認しました。画像 x01–x04 は投稿添付メディアを取得したものです。見送り: マスク氏の「Grok Bot は最高の社員になるかもしれない」系の引用（10/19〜20に3件、具体的な使い方の記述なし）、Import Bot テンプレート（10/17 号で紹介済みの公式テンプレート群の1つ）。Gaps: 0.71.x の公式 changelog 未掲載、アクションボタンの公式手順・ヘルプ記載、「グループは二体で十分」の発言元、Usage CSV 書き出しの公式説明、Bot メール受信不具合の職員回答、利用量メーター不具合の解消時刻。