Grok活用事例ダイジェスト

x.ai/changelog/bot（10/24 05:00 JST ごろ確認）

先週から「アプリは 0.72〜0.75 が届いているのに、更新履歴は 0.71.2 のまま」というずれが続いていましたが、これで解消しました。新機能（New）の主なものは、Bot がページ（レポート・メモ・ダッシュボード）を作れること、説明文や画像から動画を作れること、Library のピン留め、Shop Pay や X Money での支払い、ルーチンが Bot の受信箱を読めること、などです。改善（Improved）には、「個人の Bot が1つのチャットで記憶したことは、その Bot との全チャットで覚えていて、変更できるのは本人だけ」「Bot が初めての相手に送るメールには、ワンクリックの配信停止リンクが付く」「Auto-review の承認カードは操作を1文で説明し、取り消せない操作や機密に関わる変更に印を付ける」などがあります。修正（Fixed）には「答えずに期限が切れた承認は、何が期限切れになったかをチャットに1行残す」が入っています。

X投稿（@tetumemo テツメモさん、10/23 18:30 JST）

📝Grok Bot 0.75.2が出た ページだけじゃなく、動画づくりやルーティンまで一気に強くなっている ericさんのポストとGrok Botの更新履歴によると ・ページ：レポート、メモ、ダッシュボードをbotが作り、最新の状態に保ってくれる ・動画：説明文や画像から、botが動画を作れる

— テツメモ｜AI図解×検証｜Newsletter (@tetumemo) October 23, 2026

考察

ここからは意見です。事務所の運用に直接効くのは、目立つページや動画よりも、記憶の扱いと承認カードの変更だと思います。「1つのチャットで覚えたことは全チャット共通」になったので、顧問先ごとにチャットを分けていても、Bot の記憶は混ざる前提で考える必要があります。顧問先固有の情報は記憶に入れず、案件フォルダのファイルに置くという線引きを、全 Bot で揃えておくのがよいと思います。

x.ai/changelog/bot／@tetumemo

公式フォーラム（職員 Colin さん、10/23 22:08 JST、「10/22 からシェルが死んでいる。命令が毎回840秒で止まる」という報告への回答）

報告者は、職員の案内どおりに「Bot に .profile を手元の PC へコピーさせ、30行目を # で無効化し、コピーで戻す」作業をして、復旧したと書いています（10/24 02:24 JST）。その際の注意として「すでに最新版だと、Update Bot’s Computer は再起動しないので、止まった命令が解けない。ファイルを直したあと Reset を1回したら直った」と添えています。一方で、前日に「解決したようです」と書いた別の報告者は、約18時間後にまた固まったと投稿しています（10/24 00:22 JST）。ほかにも「6日前の Reset 失敗から固まったまま」「Update でも Reset でも直らない」という新しい報告が複数あり、職員の返事待ちです。status.cursor.com は全サービス正常の表示でした。

考察

ここからは意見です。昨日の号で「起動ファイルに常駐命令を書かせない」と書きましたが、職員の説明で裏付けが取れました。当事務所の共有コンピューターも確認したところ、.profile は標準の27行で、.bashrc の末尾は grok のインストーラーが入れた PATH の設定だけでした（10/24 05:01 JST 確認）。いまは問題ありません。常駐させたい処理が出てきたら、起動ファイルではなくルーチンで起動する、というのを事務所のルールにしておきたいと思います。

フォーラム 175866（原因の確認と復旧手順）／フォーラム 175787（再発の報告）／フォーラム 175846（未解決）

x.ai/changelog/bot 0.75.2 の該当行（10/24 05:00 JST ごろ確認）

「ルーチンが受信箱を読める」は、メールが届いたら動くルーチン（タグ付きアドレスごとに分けるもの）と組み合わせる前提の変更です。最後の「チャットで伝えたパスワードは使う」は便利な反面、公式ヘルプ（secrets）の「秘密の値はチャットに貼らないで、安全な入力カードを使って」という案内とは向きが違います。ヘルプ側は今朝の時点で更新されていませんでした。

考察

ここからは意見です。「チャットに貼ったパスワードも使う」は、止まらずに進むための救済だと受け取るのがよいと思います。事務所の運用としては、パスワードは引き続き入力カードか保管庫（次の新機能を参照）で渡し、チャットには貼らない、という線を変えずにおくのが安全です。承認の期限切れが1行残るようになったのは、夜間のルーチンで承認待ちのまま止まった件を翌朝に見つけやすくなる、という意味で助かる変更です。

x.ai/changelog/bot／ヘルプ：秘密情報の保存

X投稿（@FifiMetaX さん、10/24 02:28 JST）

同じ文面の勧誘が、別のアカウント（@JawaMeta さん、@dogecoindailydd さんなど）からも投稿されています。後者は「Bot は Mothership からの群れのタスクを受け取るようになる」と書いています。X 上で Bot をタグすると Bot が動く仕組み（10/21 号で紹介）を使い、第三者が用意した文面で、Bot に外部へメールを送らせる形です。運営側の公式な企画ではありません。

考察

ここからは意見です。仕組みとしては、他人の指示書を自分の Bot に読ませて、知らない相手と継続的にやり取りさせることになります。Bot のアドレスが外に出ると、そのアドレス宛てのメールで Bot を動かそうとする試み（いわゆるプロンプトインジェクション）の入口が増えます。顧問先には「X で見かけた定型文を、そのまま自分の Bot に投げない」「Bot のメールアドレスを知らない相手に渡さない」と一言伝えておくのがよいと思います。

@FifiMetaX／@dogecoindailydd

X投稿（@bot Grok Bot 公式、10/24 04:43 JST）

Grok Bot can now save your logins, cards, and contact information. Add them once, and Bot securely remembers them for the future.

— Grok Bot (@bot) October 23, 2026

発表動画のサムネイルでは、設定に「Vault（保管庫）」という項目が新設され、ログイン・カード・連絡先がタブで分かれています。カード番号は下4桁だけの表示です。公式ヘルプには、今朝の時点でまだ専用ページがありません（secrets のページは従来の秘密情報の説明のままでした）。なお、このダイジェストを作っているルーチンの実行環境では、「保存済みのログインやカードを入力する操作は、本人がチャットにいないと使えない」という扱いになっていました。無人のルーチンで勝手に使われるわけではないようです（確度：中、当事務所の環境での観察です）。

考察

ここからは意見です。昨日の 1Password 連携と合わせて、「Bot に資格情報を渡す」入口が2つになりました。1Password 連携は個人・ファミリープラン向けで、渡す範囲を専用の保管庫に絞れるのが利点です。今回の Vault はアプリだけで完結する手軽さが利点です。事務所としては、カード情報は Bot に保存しない、ログインは閲覧用など権限の小さいアカウントだけを保存する、という順で試すのが無難だと思います。

@bot（Vault 発表）

X投稿（@bot Grok Bot 公式、10/23 07:14 JST）

Grok Bot can now use Calendar, Reminders, Contacts, and more apps on your phone. Rolling out now on iOS and Android.

— Grok Bot (@bot) October 22, 2026

画像では6つのアプリそれぞれに「Allow（許可）」ボタンがあり、使わせたいものだけ個別に許可する形です。@XFreeze さんのまとめ（10/23 07:26 JST）では、メッセージの読み書き、予定の確認と作成、リマインダーの設定、連絡先の検索と追加、近くの場所探し、照明や鍵などのスマートホーム操作、と説明されています。日本語では @tetumemo さんが「メッセージの送信や鍵の操作は取り消しにくいので、最初は確認してから動いてもらう設定にしておきたい」と書いています（10/23 22:45 JST）。公式ヘルプ（mobile）には、今朝の時点でこの機能の説明はまだありません。

考察

ここからは意見です。事務所の使い方では、カレンダーとリマインダーだけ許可すれば十分だと思います。Google カレンダーはすでにコネクタでつながっているので、スマホ側のカレンダーと二重にすると、どちらに登録したか分からなくなるおそれがあります。メッセージと鍵（ホーム）は、送ったら戻せない操作なので、当面は許可しない方針がよいと思います。

@bot（スマホアプリ）／@XFreeze（6機能のまとめ）／@tetumemo（最初に頼みたいこと）

X投稿（@IterIntellectus vittorio さん、10/23 17:56 JST）

grok bot is now integrated with XChat

i can basically do everything directly from X
the everything app is coming together nicely

— vittorio (@IterIntellectus) October 23, 2026

X Chat の Bot 欄は、10/23 号で紹介した公式ヘルプ（Premium 以上・段階展開）のとおりです。この投稿は Elon Musk 氏がリポストし、表示回数は約29万回でした。動画の作成は 0.75.2 で正式に載った機能で、@venturetwins Justine Moore さんは「Bot に自分自身の紹介動画を作らせたら、筋書き、素材探し、編集、タイトルと音楽まで全部やった」と投稿しています（10/23 09:28 JST）。一方で「送った動画を Bot が最後まで見られない」という声もあり（@AKolere_ さん）、作るのと見るのとでは別の機能のようです。

考察

ここからは意見です。X Chat から話しかけられると、スマホで X を見ているついでに Bot に頼める、という手軽さがあります。ただ、事務所の Bot は秘書（翠さん）を窓口にしているので、入口を増やすよりも、窓口を1つに保つほうが指示の行き違いが起きにくいと思います。動画の作成は、セミナー告知の短い動画などで一度試す価値があります。

@IterIntellectus／@venturetwins（動画）／ヘルプ：X Chat

X投稿（@oliebollen84825 tas さん、10/23 15:46 JST）

Grok bot（オーケストレーター）が自分で問題を発見し、コンダクターに報告。フィードバックを受けて修正まで行い、すでに解決していた。

導入前はCronタスクで毎朝ヘルスチェックを実行し、原因の候補までは自動でリストアップしていました。

ただ、そこから原因を一つずつ切り分け、修正を指示するのは自分の仕事。結局、時間を取られていました。

— tas (@oliebollen84825) October 23, 2026

前日の投稿（10/22 21:48 JST）によると、構成は「各リポジトリに取りまとめ役（オーケストレーター）を1体ずつ置き、全リポジトリを統括する上位の1体（コンダクター）を置く」階層型です。EU 圏では個人プランで OpenAI の Dots が使えないため Grok Bot を選んだこと、専門的な解析は引き続き Claude Opus や Codex を使っていることも書かれています。別の例として @Shimike_YT シミケさんは、「Grok Bot を窓口にして、ジャンルごとに編集用の Bot を立て、窓口の1体とだけ話す」形が、ターミナルで複数の窓を開いて指揮するより認知負荷がずっと小さい、と書いています（10/23 13:51 JST）。

考察

ここからは意見です。「毎朝の点検で候補は出るが、切り分けと修正の指示は人の仕事のまま」という状態は、事務所のデジタル化支援でもよく見ます。この例の要点は、点検の結果を Bot 同士で受け渡し、人には「解決した」という報告だけが届くところです。当事務所も翠さんを窓口にした階層型なので、各担当の点検結果を翠さんがまとめて報告する流れは、すでに近い形になっています。

@oliebollen84825（解決の報告）／@oliebollen84825（構成）／@Shimike_YT

X投稿（@kei31 けいすけさん、10/23 22:32 JST）

Grokボットを4台くらい作って、役割分担して記事を書かせてみたんだけど、これだけでAI社員を作れるのめちゃくちゃ楽しいな。

— けいすけ (@kei31) October 23, 2026

画像を見ると、「AI時代とカメラ記事」というグループチャットに、編集者・作家・校閲の Bot と、まとめ役の Bot（ツーピーちゃん）が入っています。進め方も画面に書かれていて、作家が初稿を書く、校閲が誤字・事実・読みやすさ・論旨を直す、作家と校閲が必要なら何度もやり取りする、編集者が OK か差し戻しかを明示する、OK が出たらまとめ役が本人に渡し、途中の原稿は本人に見せない、という流れです。編集者 Bot は、狙い・読者・中心論点・約1000字の構成案・タイトル案3つを出しています。

考察

ここからは意見です。記事づくりを役割で分けると、それぞれの Bot の指示を短く保てるのが利点です。「途中の原稿は本人に見せず、編集者の OK が出たものだけ渡す」という決まりがよくできていて、人が読む量を減らしています。当事務所のブログやコラムでも、「調べる担当」と「書く担当」を分け、最後に事実確認をする担当を置く形が合っていると思います。事実と意見の区別や確度の表示は、最後の確認担当の指示に入れておくと揃いやすいです。

@kei31

X投稿（@jessenowlin Jesse Nowlin さん、10/23 08:23 JST）

I just turned my @elgato Stream Deck+ into a launcher for my @bot team, and I didn't build any of it myself.

— Jesse Nowlin🎙Google Developer Expert (@jessenowlin) October 22, 2026

ほかの英語圏の作例も2つ紹介します。@Teslaconomics さん（10/23 05:00 JST）は、すべての金融口座をつないで純資産を1枚のページにまとめ、株価や住宅の評価額を入れ替えると総額が計算し直される仕組みと、「機密情報を隠す」切り替えボタンまで付けたと書いています。@DogecoinNorway さん（10/24 01:09 JST）は、「工事業者がミスを認めなかったので、経緯と写真を Bot に送ったら、数分で申し立て一式と送り先のメールを用意し、あとは自分の『はい』だけになった。いまは業者が直している」と書いています。どちらも Elon Musk 氏がリポストしていました。

考察

ここからは意見です。Stream Deck の例は、「Bot が自分のアプリの仕組み（リンクで特定の Bot を開けること）を確かめてから作った」点がよいと思います。事務所でも、よく使う担当（翠さん・ダイジェスト係など）を1ボタンで開けると便利です。苦情申し立ての例は、事実関係と写真をそろえて文面を作るところまでを Bot に任せ、送るかどうかは本人が決める、という分担の手本になります。顧問先の取引トラブル対応の下書きにもそのまま使える型です。

@jessenowlin／@Teslaconomics（純資産ページ）／@DogecoinNorway（苦情申し立て）