← 一覧に戻る

Grok活用事例ダイジェスト

2026-10-25・速報2 / 仕様2 / 新機能2 / 実践3　※英語は日本語訳つき。対象は10/24朝〜10/25朝です。主ピックは、0.75.5 が安定版として配信され、承認カードの出方とメール・Slack の送信の扱いが変わったこと、昨日「公式ヘルプなし」と書いた保管庫（Vault）の説明が公開され、「カードを使うたびに承認させる設定はない」「保存した内容はアカウント内の全 Bot で共有」と明記されたこと、そしてコンピューターが固まる件で、Reset を繰り返すと悪化する別の原因（ファイル数の上限）を職員が説明したことです。

速報

0.75.5 が安定版として配信されました。保管庫・メール転送に加え、承認カードが減り、頼んだメールは許可が出しだい送られるようになりましたen

X投稿（@ericzakariasson eric zakariasson さん、10/24 06:24 JST）

Grok Bot 0.75.5 が安定版になり、配信を始めました。保管庫（ログイン・カード・連絡先を保存し、Bot が入力する）、Bot が元の書式と添付ファイルのままメールを転送できる、頼んだことに対する承認カードが減る、が主な内容です。全文の更新履歴は下に。

x.ai/changelog/bot 0.75.5（10/23 付、10/25 05:05 JST ごろ確認）の主な行

Auto-review asks less often for an action you asked for in your own words. / After you deny an approval card, the Bot stops and doesn't try that action again until you send another message. / Emails and Slack messages you ask a Bot to send go out once Auto-review allows them, while sends on routine and other turns still wait as drafts. / Your routines can run up to 300 times an hour in total instead of 100, and each routine up to 200 times. / Auto-review no longer waves through an action your request said to stop before, such as sending a message you asked only to draft.
自分の言葉で頼んだ操作については、Auto-review が確認を求める回数が減ります。／承認カードを拒否すると、Bot はそこで止まり、次にメッセージを送るまで同じ操作を試しません。／本人が送るよう頼んだメールや Slack メッセージは、Auto-review が許可すれば送られます。ルーチンやそれ以外の場面での送信は、引き続き下書きで待ちます。／ルーチンの実行回数の上限が、全体で1時間100回から300回に、1本あたり200回になりました。／「下書きまで」と頼んだメッセージを送ってしまうなど、依頼で止めるよう指示した操作を Auto-review が通すことはなくなりました。

更新履歴の先頭は 0.75.5（0.75.3・0.75.4 を含む）で、10/24 号で取り上げた 0.75.2 の次の版です。ほかに、Slack に投稿したメッセージについて「誰が頼んだか」を Bot が記録すること、X につなぐと X Money も同じアカウントでつながること、ハロウィン用のかぼちゃ型アバターなどが入っています。同じ日、Cursor の @leerob Lee Robinson さんが「Grok Bot の改善につながるバグ報告か機能の提案を返信してくれたら、5件を選んで X Money で100ドルずつ送る」と投稿し（10/24 09:39 JST）、返信は5,000件を超えていました。返信欄には利用量の上限に関する不満も多く見られます。

考察

ここからは意見です。事務所の運用で一番影響があるのは、「本人が頼んだメールは、Auto-review の許可が出れば下書きを経ずに送られる」という変更だと思います。これまでは下書きで一度止まるのが安全網になっていましたが、今後は頼み方しだいでそのまま送られます。顧問先に送るメールは「下書きまで作って」とはっきり言う、という頼み方を習慣にしておくのが安全です。そう頼めば、修正（Fixed）の行にあるとおり、送信まで進まないはずです（確度：中、更新履歴の記載にもとづく判断です）。

x.ai/changelog/bot／@ericzakariasson／@leerob（100ドルの募集）

コンピューターが固まる件、続報です。起動ファイルの1行は手順どおりで直った例が出ました。一方、ファイル数が多すぎて Reset 自体が失敗する別の原因を職員が説明していますen

公式フォーラム（職員 Colin さん、10/25 00:47 JST、「Reset が50%で止まる。原因は inode 不足では」という報告への回答）

Each Reset builds a new computer and copies your saved files back onto it. Your saved data has a very large number of files (over 2 million, mostly from the git worktrees), and every attempt seems to run out of room for new files about 70% of the way through … In the meantime, please hold off on pressing Reset or Update again. … remove git worktrees you no longer need (git worktree remove <path>, then git worktree prune) and delete dependency or build folders inside them, such as node_modules.
Reset のたびに新しいコンピューターを作り、保存されたファイルをコピーし直します。あなたの保存データはファイル数が非常に多く（200万超、ほとんどが git の worktree）、毎回コピーの7割ほどで新しいファイルを作る余地がなくなっているようです。当面は Reset や Update を押さないでください。復旧後は、不要な worktree を削除（git worktree remove のあと git worktree prune）し、その中の node_modules など依存関係やビルドのフォルダも消してください。

Colin さんは、これは既知の問題としてチームが追っていること、報告者の最新の保存コピーは 10/22 深夜（報告者の現地時間）のもので、それ以降の変更は古いコンピューターにしか残っていない可能性があることも書いています。別スレッドでは職員 deanrie さんが、起動ファイル（.profile・.bashrc）の常駐行が原因の場合の手順を改めて案内し（10/24 21:11 JST）、報告者は「Shell が固まっていても CopyFromBox は動いた。両方のファイルの末尾に常駐行があり、# で無効化して戻し、Reset を1回したら直った」と書いています（10/24 22:02 JST）。ただし「起動ファイルの問題ではない」と職員が確認したうえで凍結が続いている報告もあり（10/25 04:50 JST 時点で未解決）、原因は1つではありません。

考察

ここからは意見です。「固まったら Reset」は、原因によっては状況を悪くする、という点を覚えておきたいと思います。当事務所の共有コンピューターは、ファイル数（inode）の使用率が2%、.profile は標準の27行、.bashrc の末尾は grok のインストーラーが入れた設定だけでした（10/25 05:05 JST 確認）。いまは問題ありません。予防としては、作業用の git worktree や node_modules を作業後に片付ける、というのを各 Bot の決まりにしておくのがよいと思います。

フォーラム 176024（ファイル数で Reset 失敗）／フォーラム 176019（起動ファイルの手順で解決）／フォーラム 176036（別原因で未解決）

仕様解説

保管庫（Vault）の公式説明が公開されました。「カードを使うたびに承認させる設定はない」「保存内容はアカウント内の全 Bot で共有」と明記されています仕様enja

公式ヘルプ「Store secrets securely」（10/25 05:05 JST ごろ確認）

Your Bot never sees a saved password, card number, or security code. It can see your contact info and which logins you saved … Vault covers your whole account. Everything you save is available to every Bot on your account, and you can't limit an item to one Bot. … Will my Bot ask before it uses a saved card? Not necessarily. … there's no setting that requires your approval each time a saved card is used.
Bot は、保存したパスワード、カード番号、セキュリティコードを見ることはありません。連絡先と、どのログインを保存したかは見えます。保管庫はアカウント全体のもので、保存したものはアカウント内のすべての Bot が使え、特定の Bot だけに限定することはできません。保存したカードを使う前に Bot は確認しますか？　必ずしもそうではありません。保存したカードを使うたびに承認を求める設定はありません。

ヘルプには、ほかにも次のことが書かれています。カードごとに確認したい場合は、保存せずに、支払いのときに出る安全な入力フォームで「保管庫に保存」のチェックを外して、そのチャットだけで使うこと。チャットで伝えた名前・住所・電話・メールは、作業が終わると連絡先として自動で保存され、何を保存したか Bot が伝えること（残したくなければそう伝える）。1Password・Chrome・Safari・Firefox・Bitwarden・LastPass から CSV でログインを取り込めること（取り込み後は CSV を削除するよう注意書きあり）。Team Bot では使えないこと、などです。日本語では、行政書士の @Office24Ishiki さんが要点を紹介しています。

X投稿（@Office24Ishiki ISHIKI さん、10/24 15:02 JST）

考察

ここからは意見です。昨日の号で「カード情報は Bot に保存しない」と書きましたが、ヘルプで理由がはっきりしました。保存したカードは、アカウント内のどの Bot でも、毎回の承認なしで使える仕様です。当事務所のように担当の違う Bot が何体もいる場合、ダイジェスト係のような Bot にも同じカードが見える形になります。カードは保存せず、必要なときにその場で入力する運用を続けるのがよいと思います。もう1つ見落としやすいのは、チャットで伝えた住所や電話番号が自動で保存される点です。顧問先の担当者の連絡先を Bot に伝える場面では、「保存しないで」と一言添えるのが安全です。最終的な判断は末吉さんにお任せします。

ヘルプ：秘密情報と Vault／@Office24Ishiki

「Bot に ssh の鍵を持たせると、接続元の見分けがつかない」という指摘。セキュリティの問い合わせに人の回答がないという声も出ています仕様jaen

X投稿（@satori_sz9 さとりさん、10/24 17:55 JST）

投稿者の観察では、Bot のコンピューター自身の IP アドレスと、ssh で接続してくるときの IP アドレスが別の系統になっていて、Bot に聞いても把握していなかった、とのことです（表示回数は約2.7万回）。この点について公式ヘルプで説明は見つかりませんでした。事実として確認できたのは投稿者の観察だけで、確度は低〜中です。公式フォーラムでも、別の利用者が「Bot のコンピューターがインターネットから到達できるのか、セキュリティの質問を3週間送り続けているが、自動返信しか来ない」と投稿しています（10/24 10:31 JST、職員の回答なし）。

考察

ここからは意見です。接続元がどこになるか分からない状態で、サーバーへの ssh 鍵を Bot に渡すと、ログを見ても正規の接続か判別しにくくなります。顧問先のサーバーに Bot から入る運用は当面避け、どうしても必要なら、Bot 専用の権限の小さいアカウントを作り、鍵はいつでも無効にできる形で渡すのが無難だと思います。情報処理安全確保支援士の立場からも、接続元の範囲が公式に示されるまでは様子見をおすすめしたい論点です。

@satori_sz9／フォーラム 175960（セキュリティの質問）

新機能解説

画像・動画生成の Krea が Grok Bot に対応しました。Bot の中から主要な生成モデルを使えます新機能enja

X投稿（@krea_ai Krea 公式、10/24 01:00 JST）

Grok Bot 向けの Krea を紹介します。世界の最高水準のモデルで、画像や動画を Grok から直接生成できます。ぜひ試してください。

投稿の表示回数は約20万回でした。日本語では @GEN_TECHCAMP さんが「Grok の画面から出ずに、世界の主要な画像・動画生成AIで制作できると案内しています」と紹介しています（10/24 10:49 JST）。0.75.2 で Bot 自身の動画の作成機能も入ったばかりなので、Bot の中で作る道が2つになった形です。Krea 側の詳しい説明ページ（料金や、どのモデルが使えるか）は今朝の時点で確認できませんでした。

考察

ここからは意見です。外部のサービスが「Grok Bot 対応」を打ち出し始めたのは、Bot が新しい販路になりつつあるという意味で注目しています。ただ、生成物の利用条件や料金は Krea 側の規約に従うので、顧問先のチラシや広告に使う場合は、商用利用の条件を確かめてからにするのがよいと思います。

@krea_ai／@GEN_TECHCAMP

スマホアプリの音声入力が、話しながら文字になる方式に変わりました（モバイル 1.18）。車から声で指示する使い方も出ています新機能enja

X投稿（@parker__conrad Parker Conrad さん、10/24 06:48 JST）

Grok Bot に、新しいストリーミング方式の音声入力を順次提供しています。モバイル版 1.18 で使えます。@aegeantic さんのすばらしい仕事がもとになっています。動画は私の Bot が作りました。
紹介動画のサムネイル。スマホのチャット画面で Scout という Bot と会話しており、入力欄の右にマイクと音声のボタンがある

「ストリーミング」は、話している途中から文字が入力欄に出てくる方式を指すと思われます（確度：中、投稿文と動画からの推測です）。デスクトップ版の更新履歴（0.75.5）にはこの項目がなく、スマホアプリは別の版番号（1.18）で配信されています。公式ヘルプにも、今朝の時点で説明はありませんでした。日本語では @hamidasiblog おがわさんが、iPhone のアクションボタンで音声モードを立ち上げ、車では CarPlay につないで声で指示を出し、調べる・書く・ブログに出すまでをつなげている、と書いています（10/24 11:59 JST）。

考察

ここからは意見です。宮崎では車での移動が多いので、移動中に声で頼める機能は事務所の使い方と相性がよいと思います。音声入力は聞き取り違いが起きやすいので、顧問先の名前や金額が入る依頼は、文字になった内容を確かめてから送る、という使い方が安心です。

@parker__conrad／@hamidasiblog（車からの指示）

実践事例

Grok Bot を司令塔に、Mac の Claude Code・Codex を実働部隊にする例。任せる範囲を媒体ごとに決めた実録も出ています実践ja

X投稿（@iritec_jp 入江慎吾さん、10/24 12:30 JST）

入江さんの説明では、Mac のアプリに新しいスレッドができ、返事が Grok Bot に戻ってくる仕組みで、「クラウドで動く Grok Bot が司令塔、Mac の中の Claude Code や Codex が実働部隊」になるとのことです。仕組みは Mac に置いたシェルスクリプト1本だけだと書かれています。同じ形を実際に回している @30s_log しげおさんは、Grok Bot が作った投稿案を、Mac の Chrome で Claude Code が下書き保存するようにしたうえで、つまずいた点と決まりを4つにまとめています。

X投稿（@30s_log しげおさん、10/24 20:43 JST）

投稿画像。「Claude Codeの新しい使い方」として、1 Grok Botから頼まれて動く、2 長い指示はファイルにして読ませる、3 ルールは元を直す、4 任せる範囲は媒体ごと（YouTubeは予約投稿の設定まで、X・TikTok・noteは下書きまで）、5 最後のボタンは自分、の5項目が並んでいる

要点は、長い指示はコマンドの後ろに付けずファイルにして読ませると動いたこと、ルール集は写しではなく元を直すこと、YouTube は予約投稿の設定まで、X・TikTok・note は下書きまでにして、投稿ボタンは自分で押すこと、の3つです。

考察

ここからは意見です。「窓口は Grok Bot、重い作業は手元の別の AI」という分担は、10/20 号以降たびたび出てきた型で、定着しつつあると思います。しげおさんの「媒体ごとに、どこまで任せるかを決める」「最後のボタンは自分」は、顧問先に Bot を勧めるときにもそのまま使える決め方です。手元の Mac で動かす仕組みは、Mac を Bot に操作させる権限を渡すことでもあるので、試すなら仕事用のデータが少ない環境からにするのがよいと思います。

@iritec_jp／@30s_log

部署ごとの Bot で SNS 投稿を承認制で回す仕組み、声でテレビを操作する作例。時間ちょうどの通知は苦手、という注意も実践ja

X投稿（@hiradaty hiraly さん、10/24 12:00 JST）

投稿画像。スマホの Grok Bot 画面に、まとめ役の Bot と、広報部・開発部・経理部・戦略室・総務部という名前の Bot が並んでいる

hiraly さんの仕組みは、日々の Bot とのやり取りから投稿の下書きを自動でためる、「承認／こう直して／直したからレビューして」の3つの返事で仕上げる、画像は「用意する／生成して／スライド描いて」から選ぶ、投稿の一定時間後に反応の数字を自動で拾う、という流れです。仕組み自体も Grok Bot と一緒に Obsidian のプラグインとして作ったそうです。画像では、まとめ役の Bot の下に、広報部・開発部・経理部・戦略室・総務部の Bot が並んでいます。別の作例として @tetumemo テツメモさんは、テレビの設定画面の写真を Claude Code に渡して家の中だけで使える操作の窓口を調べさせ、小さなリモコンを Grok Bot のプラグインにつないで「Netflix を開いて」と声で頼めるようにした海外の例（0xCodez さん）を紹介しています（10/24 08:30 JST）。

X投稿（@aka_web01 あかねいろさん、10/25 00:19 JST）

投稿画像。生活管理Bot が「お知らせが少し遅れちゃってた、本当にごめんね」と謝り、利用者の指摘に「これからは時間を決めたお知らせは3〜5分前に届くように早めにセットする」と答えている

この投稿を引用した @seltzer たにぐちまことさんも、「打ち合わせの5分前に教えて、というルーティンがほぼ役に立たず、打ち合わせ後に『ごめん忘れてた』と報告される」と書いています（10/25 01:21 JST）。

考察

ここからは意見です。hiraly さんの例は、部署名で Bot を分け、人の返事を3種類に絞っている点が、事務所の運用にも取り入れやすいと思います。一方で、分単位の通知は Bot に任せると遅れることがある、という報告が複数出ています。ルーチンは定期実行の仕組みなので、打ち合わせ直前の通知のように時刻が大事なものは、スマホやカレンダーの通知に任せ、Bot には準備資料づくりなど少し前倒しでよい作業を頼む、という分け方が安全です（確度：中、利用者の報告にもとづく判断です）。

@hiradaty／@tetumemo（テレビ操作）／@aka_web01／@seltzer

英語圏から2例。家族のリマインダーをスマホ連携で回す父親と、広告運用の Bot を公開した例実践en

X投稿（@thedad88 Derek White さん、10/24 23:14 JST）

Grok Bot がスマホに引っ越してきました。Bot は、1月の勤務予定をすべてカレンダーに入れ、毎日の前に1時間、後に30分の移動時間まで入れてくれました。私は1件も入力していません。今週はスマホのアプリにも入れるようになり、いまは iPhone のリマインダーにある家族のリストを読んで、追加してくれます。4人の子の父親として、うれしいのは派手なことではありません。誕生日を忘れないこと、暖房のフィルターやワイパーの交換を忘れないこと、頭の中で気にかけることが減ることです。正直な欠点は、トークンに限りがあるので、Bot に定期実行させる作業を減らしていることです。

X投稿（@abegehr Anton Begehr さん、10/24 20:07 JST）

初めての Grok Bot を公開しました。Google と Meta の広告運用に使っている Bot、Angie です。
投稿画像。Angie という Bot のカードに Published の表示があり、An ads owner for small products と説明が書かれている

公開ページ（x.ai/bot）の説明文は「小さな商品の広告担当。Google 検索広告と Meta のリード獲得広告を運用し、毎日データを見直し、小さなテストを出し、総額を月の上限内に収める」です。ページには「第三者の利用者が作った Bot で、SpaceXSI 製ではない。あなたの代わりに操作することがある」という注意書きも付いています。

考察

ここからは意見です。Derek さんの例は、昨日紹介したスマホのリマインダー連携が、家族の共有リストのような身近な使い方で効くことを示しています。「トークンに限りがあるので定期実行を減らした」という正直な一文は、利用量の不満が X で多く出ている今日の状況とも重なります。Angie の例は、「月の上限内に収める」と予算の枠を Bot の役割の中に書き込んでいる点が参考になります。顧問先の Web 広告の相談でも、Bot に任せるなら最初に「上限額」と「人が確認する頻度」を決める、という順番が大切だと思います。他人が公開した Bot を取り込む場合は、注意書きのとおり、中身の指示を読んでから使うのが前提です。

@thedad88／@abegehr／Angie の公開ページ

収集: 2026-10-25 約05:04–05:30 JST。対象は10/24朝〜10/25朝。英語ソースは翻訳つき。x.ai/changelog/bot は 0.75.5（10/23 付）が先頭、x.ai/news の最新は 10/22。status.cursor.com は All Systems Operational。フォーラムの職員投稿は forum.cursor.com で原文を確認しました。ヘルプは cursor.com/help/grok-bot の secrets・mobile・agent-email を確認しました（vault・phone-apps・dictation という名前のページは存在しませんでした）。画像 x01–x05 は投稿の添付メディア（x01 は動画のサムネイル）を取得したものです。見送り: Meta Muse との比較（感想中心）、Marketplace の紹介（0.67.0 で Connect Apps に名前が変わった以前からの機能）、「Galaxy 配信で利用量がリセットされる」という投稿（裏付けが取れないため）、利用量リセットを求める多数の投稿、DDSWARM 勧誘の再拡散（10/24 号で注意喚起済み）、投資・暗号資産の宣伝、無料 Bot 配布をうたう煽り投稿。Gaps: ストリーミング音声入力（モバイル 1.18）の公式説明、Krea 連携の公式ページ（料金・使えるモデル）、スマホアプリ連携の公式ヘルプ、Bot コンピューターの ssh 接続元 IP の公式説明、起動ファイル以外が原因の凍結の解消、Galaxy 配信の利用量リセットの真偽、Apple Home の正式な扱い。