← 一覧に戻る

Grok活用事例ダイジェスト

2026-10-13・速報1 / 仕様2 / 新機能2 / 実践2　※英語は日本語訳つき。12日朝から13日朝にかけて、エージェントメールは「毎回 Send を押すまで送らない」とヘルプに明記され、安定版フィードは 0.70.2 に上がりました。あわせて、利用枠の見え方をめぐる Elon 氏と Emad 氏のやり取りが X で焦点になっています。

速報

Tesla Robotaxi / Cybercab で自分の Grok Bot が使える（米国の一部都市限定）en新機能

X投稿（@robotaxi、10/12 8:08 JST）

Talk directly to your Grok @bot in Robotaxi
Robotaxi の車内で、自分の Grok @bot に直接話しかけられます。

X投稿（@yunta_tsai＝Tesla エンジニア、10/11 13:17 JST）

Grok @bot is enabled on all Cybercabs and the rest of the Model Y fleet.
全 Cybercab と、残りの Model Y 車両で Grok Bot を有効化しました。

X投稿（@SawyerMerritt、10/12 12:44 JST）

You just sign into Grok once, and your Bots will be available on all future rides, and automatically logged out when you exit the vehicle to maintain privacy. I tried it tonight by adding laundry detergent to my Amazon cart.
Grok に一度サインインすれば、以後の乗車でも自分の Bot を使え、プライバシーのため降車時に自動ログアウトされます。今夜、洗濯洗剤を Amazon のカートに入れて試してみました。（取得時点で約120万表示。Elon 氏は同日 13:51 JST に「Try Grok @Bot」と返信しています。）
@SawyerMerrittの「CybercabでGrok Botを使える。一度サインインすれば以後の乗車でも利用でき、降車で自動ログアウト」ポストのスクリーンショット（10月12日 午後12:44）

コメント

日本では未提供です。@grok は 10/13 3:24 JST の回答で「ヨーロッパ向けの公式な時期はなく、いまは米国の一部都市に限られる」と述べています（AI 回答のため、一次情報としては X 上の案内にとどまります）。主ピックではなく速報枠です。

考察

「サインインは一度、降車で自動ログアウト」という共有端末向けの設計は、店舗のタブレットや共用 PC で Bot を使うときの参考になります。実運用の検討は、日本での提供開始と Tesla／x.ai 側の公式文書を待つのが安全です。

@robotaxi／@SawyerMerritt／@elonmusk「Try Grok @Bot」／@yunta_tsai／@grok（Europe）

仕様解説

エージェントメールは「毎回 Send を押すまで送らない」に一本化（訂正・更新）jaen仕様

引用（公式日本語版ヘルプ「Bot にメールアドレスを設定する」、13日朝の取得時点）

ダイジェストや更新情報などのメールや返信を、あなたの代わりに下書きする。各メールは、あなたの承認を得てから送信されます。
――
はい、毎回必要です。Bot は下書き全体を表示し、あなたが Send を押すまで何も送信されません。ルーチンや返信の場合も同様です。
チャットで Bot に依頼したり、ルーチンに指示を記述したりしても、承認が不要になることはありません。
――
ルーチンがメールを送信せず下書きのままになるのはなぜですか？ これは想定どおりの動作です。下書きを開いて Send を押してください。自動送信するオプションはありません。

引用（cursor.com/docs「Grok Bot for Teams and Enterprise」）

Every outbound email waits as a draft until the member presses Send, including mail from routines and replies.
送信メールはすべて、メンバーが Send を押すまで下書きで待機します。ルーチンや返信も含みます。

コメント

10-10号では「依頼に応じて送信」と紹介していました。旧ヘルプは「Bot がメールを送信するのは、あなたがチャットまたはルーチンの指示で依頼した場合のみ」という書き方でしたが、13日朝の版では下書き＋Send 必須にそろっています。対象は @mail.grokbot.com のエージェントメールです。Gmail／Outlook コネクタ経由の送信が同じ扱いかは、同記事には明記されていないため、ここでは断定しません。

考察

「メール着信→要約→返信」のルーチンは作れますが、最後の送信は必ず人が押します。下書きまでは自動、Send は担当者、という分け方になります。誤送信のリスクは下がる一方、夜間や休日に無人で自動返信する運用は組めません。社内規程の「AI 送信の承認者」をそのまま当てはめやすい設計です。

Bot にメールアドレスを設定する（日本語版）／Give your Bot an email address（英語版）／Grok Bot for Teams and Enterprise

利用枠 UX が論点に：Elon×Emad スレッドと、公式の「オンデマンド＋月間上限」enja仕様

X投稿（@EMostaque、10/13 0:32 JST）

Hit the usage limit on my @bot @grok heavy account a couple of days before end of week despite offloading to cursor, devin, claude, codex (!) ... I think having dashboards/visualisations of where quotas go needs to be standard
Heavy アカウントでも週末の数日前に上限に達しました。考える作業は Cursor・Devin・Claude・Codex に逃がしていたのに、です。枠がどこに消えたかのダッシュボード／可視化は標準にすべきだと思います。（取得時点で約26万表示）

X投稿（@elonmusk、10/13 0:51 JST）

Did we not provide an easy way to increase the usage limit?
利用上限を簡単に増やす方法を用意していなかったでしょうか？
@elonmuskの「利用上限を簡単に増やす方法を用意していなかったか？」ポスト。Emad氏のHeavy枠到達報告への返信（10月13日 午前0:51）

続き（同スレッド）

Emad 氏（1:19 JST）: Topped it up and found the bug ... when spinning up lots of agents from other folk it reads everything they do constantly ... maybe it should warn when spiking usage
Elon 氏（1:28 JST）: What are the top things we need to fix or features we need to add to Grok @Bot?
上乗せして原因が分かりました。他人の Bot を多数動かすと、既定でその動きを常に読み続ける……急増時に警告が欲しいです。／Grok Bot で直すべき点・追加すべき機能のトップは何でしょうか？

引用（公式日本語版ヘルプ「プランと請求」「よくある質問」）

利用枠を使い切った場合は、…オンデマンド利用で続行できます。付与された分を超えて Grok Bot の利用を増やす方法はオンデマンド利用です。
上限は、実行途中で処理を強制的に打ち切るものではありません。すでに動作中の bot は、月間上限を超えても処理を完了できます。
オンデマンドがオフの場合、Grok Bot は利用枠を使い切った時点で停止します。
――
On-demand をオフにするか、上限を設定してください。Grok Bot では、設定 > Usage & Billing > 従量課金の月間上限 を開きます。

コメント

Elon 氏が直接「上限を増やす簡単な方法は？」「直すべき点は？」と聞いたことで、利用枠の見え方が最大の論点になっています。公式の答えは現状「オンデマンド＋月間上限」で、Bot 別の内訳ダッシュボードはまだありません。チャットでの「使いすぎるな」は助言にとどまり、システムでは強制されない点は 10-12号でも触れたとおりです。補足として、@tetumemo さんは海外試算の紹介で「5分おき約397ドル／月・1時間おき約33ドル／月（同じ Bot・同じ仕事で約12倍）」と書いており、TANTANG さんの note（9/19）は「コネクタ完結なら約8〜15円相当、長い画面操作だと約420〜850円相当」「試算は筆者の仮定にもとづく目安」と述べています。いずれも一次の仕様ではなく、実測・試算の参考です。

考察

顧問先に勧めるなら、「月間上限を先に小さく設定する」「高頻度ルーチンは避ける」「重い作業は別ツールに逃がす」の三点が現実的です。バックオフィスが一人体制だと、週の半ばで止まると業務が止まりやすいので、週次枠の残量確認を朝のルーチンに入れておくと安心です。

@elonmusk／@EMostaque／プランと請求（日本語版）／よくある質問（日本語版）／TANTANG note（補足）

新規機能解説

Slack から Bot 同士で仕事を回す条件が明文化（引き継ぎ表の新 FAQ）jaen新機能

引用（公式日本語版ヘルプ「グループチャット」、13日朝の取得時点）

Bot が他の Bot に作業を引き継げるのは、そのターンで特定の 1 人の代理として動作している場合に限られます。
――
個人用 Bot／アプリ、または自分と Bot との Slack DM：対応（返信は Slack ではなくアプリのチャット）
個人用 Bot／Slack チャンネルのスレッド：非対応／なし（スレッドは共有されているため）／実行できない旨を Bot が返答
Team Bot／Slack チャンネルのスレッドまたは Slack DM：対応（メンションした人自身の Bot に限る）／同じ Slack スレッドに返信
――
Slack チャンネルから Bot 間で作業を引き継ぐには、Team Bot を公開して Slack に追加します。

引用（同「Team Bot」ヘルプ）

チーム用コピーは、独自のハンドルを持つ別のアプリとして Slack に接続します。

引用（cursor.com/docs「Work with Grok Bot」）

A handoff needs a Bot acting for one person. From the app or your own Slack DM, any Bot can hand off work. From a Slack channel thread, only a Team Bot can, on behalf of the person who mentioned it.
引き継ぎには、1 人の代理として動く Bot が必要です。アプリか自分の Slack DM ならどの Bot でもできます。チャンネルスレッドからは Team Bot のみで、メンションした人の代理として動きます。

現場例（@ginga_noguchi、10/12 8:32 JST）

Slack内だけで 僕 ↔︎ GPT Dots ↔︎ Grok Bot Primary が実現し…Primary Botからは 各Grok Bot ↓ Cursor Projects, Codex, Claude Code…へ自動振り分け……マジでスマホとSlackだけで業務は進む形になってきた

コメント

「共有スレッドで個人 Bot が勝手に他の Bot を動かす」ことを、仕様で封じた形です。チームで Slack 起点に回したいなら、Team Bot の公開が前提になります。現場例の @ginga_noguchi さんは、Slack 内だけで複数 Bot と外部ツールへの振り分けがつながったと報告しています。

考察

社内 Slack に Bot を入れる場合、「誰の代理で動いたか」が必ず一人に紐づく設計は、権限と責任の切り分けとして説明しやすいです。小規模事業者は個人 DM 運用から始め、複数人で使う段階で Team Bot に切り替える順番が無難です。

グループチャット（日本語版）／Team Bot（日本語版）／Work with Grok Bot／@ginga_noguchi

安定版フィードが 0.70.2 に（公式 changelog は 0.68.1 のまま）en新機能

一次確認（api2.cursor.sh の安定版フィード、13日朝）

darwin-arm64 / win32-x64-user / linux-x64 のいずれも "version":"0.70.2"（commit 52da656f…）。12日朝の取得では 0.68.1 でした。x.ai/changelog/bot と RSS は、最新が 0.68.1（10/7）のままです。

X投稿（@melvindvivas、10/13 2:58 JST）

Grok Bot 0.70.2 is out / Someone needs to update the changelog
Grok Bot 0.70.2 が出ました。誰か changelog を更新してほしいです。

コメント

安定版に 0.70.2 が実際に降りてきたことは、三プラットフォームのフィードで確認できました。中身の公式説明はまだありません。X 上では @emelian_gurei さんが「changelog は 0.68.1 で止まったまま。スリープ／切断修正以外に何が入ったのか」と書いています。

注記（非公式・未確認）

@DjohnAgentIncom さん（10/13 1:36 JST）は、コード内の新フラグから AI が生成したリストとして、Glean 接続・チーム内 Bot のサービスアカウント・チャットからのファイルアップロード・スマートフォンから同じアカウントの Mac ツールを動かす機能・席を外したら Mac のローカル作業を止める機能・パスキーでの支出承認などを挙げています。本人も「安定版と異なる可能性がある」と注記しており、10-12号で紹介した @blankspeaker さんの解析と同種の未確認情報です。本文の確定事項としては扱いません。
また @kohtaoa さん（10/13 4:29 JST）は「初期に Bot 設定に使っていた説明欄がデスクトップから消え、モバイルにはまだ表示される」と個人報告しています。公式の説明はなく、docs.x.ai の Bots ページは説明欄前提の記述が残っています。

考察

自動更新はオフにできない（10-11号）ので、顧問先の PC にも数日で入ります。changelog が追いつくまで「何が変わったか」は公式発表待ち、と案内するのが安全です。

公式 changelog／@melvindvivas／@DjohnAgentIncom（注記）／@kohtaoa（個人報告）

実践事例

「指揮者」型で枠を延命：1日44%の内訳と、外側／内側ループの分業ja実践

X投稿（@tetumemo、10/12 9:05 JST）

10時に始めて翌朝の時点で、使用量は44% 2つのBotに頼んだことは約97件……2、3日で使い切る計算……1日でやったこと ・サブスクの年間経費をメールから集計 ・自作MCPをGrok Botにつなぐ（PR 4本）…音声通話で約50件の調査・ポスト案づくり……『たくさん読む』『言い直す』が重かった……外部AIに渡した作業は約4%（推定）…重い生成は手元のAIに任せると、Grok Botの枠が長もちする……1週間もたせるなら、1日14%までが目安
@tetumemoの「Grok Botを1日ガッツリ使ってみた。使用量44%・約97件」ポストのスクリーンショット（10月12日 午前9:05）

X投稿（@actraiser782、10/12 11:56 JST）

Grok botのトークン消費が水曜あたりで100%行ってしまった……Grok Botが指揮・タスク管理・レビューを担当して、Windows PC上のCursorが実装・テストを担当……PowerShellとCursor CLIを使って…Grok botのトークンをかなり節約できているようです

引用（zenn @ukir、10/12）

外側のループ ：Grok Bot。コンテキストを集めたり、依頼を中継したりする／内側のループ ：実際のコーディング・テスト・レビュー。クラウドのコーディングエージェントやCIが担当……Botが『できました』と言っても…PRの差分とCIの結果という『外側の証拠』で判断する

コメント

枠を食うのは「大量に読む」「言い直し」「画面操作」です。重い作業は手元の AI や別サービスへ回し、Bot は司令塔に置く、という分け方が日本語圏でも英語圏でも出てきました。英語では @CaliLumberJack さんが「Grok Bot の枠は 100%、Grok 本体は 63% 残り。役割を入れ替え、Bot を監督役に」と書いています。

考察

顧問先の DX 支援では、「Bot に全部やらせる」より「Bot は段取りと確認、作業は既存ツール」のほうが費用対効果を説明しやすいです。依頼文は一回で範囲を決め、言い直しを減らすのが即効策になります。

@tetumemo／@actraiser782／zenn @ukir／@CaliLumberJack

週次資料の自動化、Notion＋Webhook の用事リスト、神奈川ミートアップ（11/4）jaen実践

X投稿（@shirasu59s、10/13 0:00 JST）

毎週大変だった週次定例の資料作成が自動化できた……今週起こったことをサマリして更新すべきポイントを整理した上で、新規フォルダに先週の内容を踏襲して更新かけたドラフト版(ワッペン付き)を作成……これを週次定例の前日の朝に自動で作ってくれます

X投稿（@mikepat711、10/12 6:29 JST）

I have an 'errands' database on Notion that all of my bots know about and write to ... through the Grok Bot Notion connector. ... an automation setup in the 'shortcuts' app on my iPhone ... recognize stores I frequently go to, and trigger a webhook that alerts my primary Grok Bot when I pull up to a store location ... if I can get any of them at whatever store I'm near, it alerts me automatically.
Notion の「用事」DB に、自分の全 Bot が書き込みます（Grok Bot の Notion コネクタ経由）。iPhone のショートカットでよく行く店を認識し、到着すると Webhook で主 Bot に通知します。その店で買える未完了項目があれば、自動で知らせてくれます。
@mikepat711の「Notionの用事DBとiPhoneショートカットのWebhookで店舗到着時にBotが通知」ポストのスクリーンショット（10月12日 午前6:29）

引用（公式日本語版ヘルプ「ルーチン」）

ウェブフック : ウェブフック呼び出しで開始されるルーチンの場合、その URL とキーが表示されます。……ウェブフックの場合、呼び出しが 200 を返し、現在のキーを使用していること。

イベント（Luma）

Grok Bot Kanagawa Meetup — 2026/11/4、JR川崎タワー26階、18:30開場・19:00〜20:15。承認制で、「GrokBotの対象プランをご契約いただいている向け」。告知は @taiga_kk322 さん（10/12 13:31 JST）。沖縄 10/23 は 10-10／10-11号で注記済みです。

コメント

「前日の朝に下書き」「場所に着いたら通知」——人の動きに合わせたトリガー設計が効いています。Webhook は公式ヘルプでもルーチンの起動手段として案内されています。

考察

宮崎の小規模事業者なら、週次会議資料の前日自動ドラフトは導入効果が説明しやすい定番です。Webhook はスマホのショートカットから呼べるので、来店や出社など現場の出来事を起点にできます。キーの扱いは社内ルールにしておく必要があります。

@shirasu59s／@mikepat711／ルーチン（日本語版）／Grok Bot Kanagawa Meetup（Luma）

収集: 2026-10-13 約05:15–05:35 JST。英語ソースは翻訳付き。12日朝の取得分と比べると、agent-email（ja/en）と cdocs teams の Agent Email 行、group-chats／team-bots の引き継ぎ表、cdocs work の handoff 一文が更新されています。安定版フィードは三プラットフォームとも 0.70.2（changelog は 0.68.1 のまま）。x.ai/news・guides・Marketplace に新着はなく、status.cursor.com にも新規インシデントはありません。
ほかに目に留まった投稿：@rileybrown さんの Claude Code→Grok Bot webhook スキル、@gold24k9999 さんの SuperGrok 実測（1プロジェクト作成 約10%）、@snobx さんの「1か月前の相談を覚えて先回り」体験談。Gaps: 0.70.x の公式 changelog、Gmail／Outlook コネクタ送信への「毎回 Send」適用範囲、旧 Bot description の公式扱い、SpaceXSI の公式発表文、Robotaxi の Tesla／x.ai 側文書。