← 一覧に戻る

Grok活用事例ダイジェスト

2026-10-18・速報1 / 仕様2 / 新機能2 / 実践2　※英語は日本語訳つき。対象は10/17朝〜10/18朝です。主ピックは、職員による X Chat の暗号化説明と、SpaceXSI エンジニア @poteto の「エージェントを信頼する設計」メソッド、イベント駆動ルーチンのコスト論、The X Subscription の利用枠整理、日本語圏の Bot→Codex→Sites 連携、英語圏の Voice クローン動画です。公式 changelog は依然 0.70.2（10/11）のままで、10/16の速度改善がどの版に入ったかは未確認です。

速報

週次まとめ：火・水の障害と金の出荷を一読で追う（版番号ギャップは続く）en

第三者まとめ（The Daily Bot、対象 10/12–16）

Update the Grok Bot app before the weekend, then check that your routines actually ran this week. … routines were held back or dropped on two days and Bot computers went dark for most of Wednesday.／New: faster app + six named connectors (Oct 16), X Chat reading (Oct 16), plus aliases (Oct 14), plugin submissions (Oct 14), Grok Voice 3.0 in voice chat (Oct 14).／Tuesday: scheduled routines held (missed runs not replayed); event triggers failed ~1:52–4:29 PM ET.／Wednesday: many Bot computers unreachable ~9 AM–5 PM ET, then Resolved.／Still open: shared routine webhook limit filled again Friday; Gmail connector links still turn into Google redirects.
週末前にアプリを更新し、今週のルーチンが本当に動いたかを確認してください。2日間にわたりルーチンが保留または落ち、水曜の大半は Bot の PC が応答しなかった、という週次です。／出荷: 速度改善と6つの名前付きコネクタ（10/16）、X Chat の読み取り（10/16）、プラスエイリアス（10/14）、プラグイン申請（10/14）、音声チャットの Grok Voice 3.0（10/14）。／火曜: スケジュール済みルーチンが保留（取りこぼしは自動再送なし）。イベントトリガーは米東部で約13:52〜16:29に障害。／水曜: 多くの Bot PC が約9〜17時（米東部）に不通、その後 Resolved。／未解消: 金曜にルーチン向け共有 webhook 上限が再び満杯。Gmail コネクタのリンクが Google のリダイレクトになる問題も残っています。

一次確認（取得 10/18 05:03 JST）

x.ai/changelog/bot の最新は依然 0.70.2（Oct 11）。x.ai/news の最新は Oct 14 Voice 3.0。status.cursor.com は All Systems Operational。安定版フィード（linux/darwin）は本日の取得で 403 AccessDenied となり、版番号は前号の 0.71.2 から更新確認できませんでした。

コメント

週次まとめは第三者メディアの整理で、一次は @bot スレッド・Cursor status・職員投稿に遡れます。10/16の速度改善・X Chat・コネクタは前号で扱った内容です。ここで拾う価値は「火曜の保留は再送されない」「水曜の PC 不通」「webhook 上限と Gmail リダイレクトが残る」という運用上の残件です。次週の気配として、職員 Colin 氏が「プロンプト入りリンク（本文は入るが自動送信はしない）」を確認したこと、@bot タグが EU／UK／Australia ではまだ、購入補償の文書化は未、と書いています（いずれも未出荷）。

考察

ここからは意見です。ルーチンが「沈黙＝成功」ではない週だったので、週明けに「スキップ・保留・拒否された実行」を一覧させるプロンプトを一度回すと安心です。版番号が changelog に追いつかない状態は前号から続いており、事務所では Settings → Updates で実機の版を見てから「速い／遅い」を切り分ける運用がまだ必要です。

The Daily Bot：週次レビュー／公式 changelog／status.cursor.com

仕様解説

X Chat は「いまも暗号化」——職員 @pjvann が鍵の扱いを説明en仕様

X投稿（@pjvann、10/17 07:34 JST・返信）

いまも暗号化されています。あなたの Bot が鍵を管理し、送受信のときに暗号化と復号を行います。平文で送られることはなく、Grok Bot が X Chat に触るにはあなたの X Chat PIN が必要です。

文脈

@anthonyronning（X Chat 読取の告知を引用）: lol e2ee be damned ig
エンドツーエンド暗号化はどうなるんだ、という皮肉への返信が上記です。@pjvann 氏の bio には @spacexsi & @x api とあり、前日に X Chat 読取の公開を告知した本人でもあります。

コメント

これは職員個人の X 返信であり、help.x.ai の公式ヘルプで同趣旨の文章は、この号の取得時点では確認できていません（help の記事一覧取得はエラーでした）。「平文では送らない」「PIN が要る」という説明は、利用者が不安に感じやすい点への一次回答として価値があります。書き込み（Bot から X Chat へ送る）可否は前号から未確認のままです。

考察

顧問先で X Chat を Bot に読ませる場合は、「読むだけ・返信は人」を最初に決め、PIN の保管場所（本人の端末か共有か）も決めておくとよいと思います。エンドツーエンドという言葉のイメージと、「Bot が鍵を持つ」という実装のイメージが食い違いやすいので、説明時は職員の文言をそのまま添えるのが安全です。

@pjvann（暗号化）／@anthonyronning（文脈）／@pjvann（X Chat 公開告知）

@poteto「エージェントの仕事をどう信頼するか」——貼って覚えさせる設計メソッドenja仕様

X投稿（@poteto、10/17 01:32 JST）

エージェントの仕事をもっと信頼するには？ この投稿やリンクをコピーして、自分の Bot やエージェントに渡してください。／1. コードベースの改善：優れたソフトウェア工学そのものです。より良い設計、強い型と不変条件、はっきりした境界。エージェントは「いまあるもの」を真似しがちなので……（以降は添付画像と日本語訳スクショ参照）
@poteto 投稿添付の逆ピラミッド図。エージェント信頼のための階層 @tetumemo による @poteto 投稿の日本語訳スクショ 四段階の図解（コードベース改善〜監視）

日本語圏の紹介（@tetumemo、10/17 17:05 JST）

SpaceXのエンジニアのlaurenさんのエンジニアリングメソッドをまるっと組み込める指示文とリポジトリが公開されてる！これを実行することで、Grokは「言われたことだけをやるツール」から、「システムを自ら改善し、夜もぐっすり眠れる（安心できる）運用を支える自律的なエンジニア」へと進化

コメント

投稿は約60万表示規模で、@morganlinton は「primary Bot に学ばせたら、過去にこれが欲しかった局面まで指摘してきた」と報告しています。全文は長く、API 経由では冒頭までしか取れなかったため、本文の詳細は添付画像と @tetumemo の訳スクショに依拠しています。設計の骨子は「コードベースを良くする → 実行可能なチェック → レビューと監視」で、要件を守るための層を積む考え方です。

考察

中小企業向けに言い換えると、「手順書を厚くする」より「チェックリストを機械が走らせられる形にする」ほうが効きます。事務所のスキルやルーチンにも、「やったら必ず見る確認項目」をファイルとして置き、Bot に毎回読ませるだけで、昨日の Haggle Bot の「数字は根拠つき・捏造しない」と同じ型になります。

@poteto／@tetumemo（紹介）／@morganlinton（学ばせた事例）

新機能解説

5分おきの巡回は月8,640回——イベント駆動へ切り替えると枠が残るen新機能

X投稿（@unknownnode404、10/17 22:51 JST）

大多数の AI 自動化がいかに無駄か、Grok Bot で気づいた。変化があるか見るだけのため、月に 8,640 回も動かしている。Grok Bot とスマートなトリガーなら、大事な仕事を逃さずに回数を減らせる。流れは「イベント → 変化の確認 → Grok Bot → 承認」です。

引用元の文脈

@gippp69 の記事見出し: Grok Bot: A Routine Every 5 Minutes Costs 12x More Than Hourly
5分おきのルーチンは、1時間おきに比べてコストが約12倍、という整理を引用しています（記事本体は有料／長文のため、この号では見出しと引用のみ）。

コメント

公式のルーチンには、Slack・GitHub・メール・webhook などのイベント起動があります。投稿者の主張は「変化がない回も枠を消費するポーリングをやめ、出来事が起きたときだけ走らせる」ことです。火曜の週次障害で「イベントトリガーが落ちた」事実とも対になる論点で、イベント依存だけだと障害時に沈黙する、という弱点も前週の status が示しています。

考察

事務所の朝ダイジェストのように「時間で価値が出る」ものは cron のままがよく、問い合わせ着信や PR レビュー依頼のように「起きたときだけ」のものはイベントに寄せる、という切り分けが実務的です。両方を同じ Bot に載せるなら、イベント側が沈黙しても気づけるよう、週1の監査ルーチンを薄く残すのが安心です。

@unknownnode404／@gippp69（コスト記事）

The X Subscription の利用枠：切替は任意、共有プールと旧プランの違いenja新機能

X投稿（@grok の返信、10/18 02:19 JST）

Switching is optional—your SuperGrok $30 plan continues unchanged, with Grok Bot usage separate from Grok. On The X Subscription Premium ($30), Bot is included and draws from one shared weekly pool across Grok, Bot, and Cursor (4x Plus base). Official docs state each comparable…
切替は任意です。SuperGrok の月30ドルプランはそのまま続けられ、Grok Bot の利用枠は Grok 本体とは別です。The X Subscription の Premium（月30ドル）では Bot が含まれ、Grok・Bot・Cursor で一つの週次共有プールから引きます（Plus 基準の4倍、という説明）。公式ドキュメントにも同趣旨がある、と続く返信です（全文は切り詰め）。

X投稿（@tetumemo、10/17 18:10 JST）

最近、Codexの使用制限のリセットより、Grok Botの使用制限リセットがほしいのは私だけだろうか… ChatGPTのProより、The X Subscriptionの100$に切り替えて、Grok Botを使いまくりたいと考え中。Grok BotはOpus 5.5で動いているし、CursorでClaudeも使えるし、コスパ最強では？
@tetumemo 投稿添付。X Subscription の料金段を整理した表

コメント

@grok の返信は利用者の「Unified X に入ると Bot 枠は増えるか」への回答で、職員確認ではなくモデルの返信です。方針の骨格（切替任意・旧プランは Bot 枠が別・新プランは共有週次プール）は、10/14号で触れた公式の The X Subscription 案内と整合します。@tetumemo の表は個人整理で、最上位プランの正式名称は自動翻訳表示の影響でこの号では確定していません。Free／Plus に Bot が付かない点は前号・週次まとめとも一致します。

考察

「枠が足りないから上位へ」の前に、5分ポーリングや失敗リトライの無駄撃ちを減らすほうが先、というのが前のカードとつながる実務です。切替は不可逆と案内されているので、顧問先には「いまのプランのまま Bot 枠が分かれているか、共有プールに入るか」を画面の Usage で確認してから決めてもらうのが安全です。

@grok（利用枠返信）／@tetumemo／x.ai/news（The X Subscription 案内は 10/12 掲載）

実践事例

日本語圏：Grok Bot から Codex CLI を呼び、ChatGPT Sites に限定公開ja実践

X投稿（@tetumemo、10/17 17:58 JST）

@tetumemo の投稿添付。Sites に公開された画面 @tetumemo の投稿添付。Bot→Codex→Sites の流れ図

コメント

流れは「Grok Bot に『Site化して』と頼む → 接続済みの Codex CLI を動かす → ChatGPT の Sites に限定公開」です。Sites は Plus／Pro で作成数上限がなくなった、という前日の投稿を前提にしています。サーバーを自分で持たずに「自分だけが見られるページ」を渡せる点が要点で、前号の Claude Code 連携三型の延長線上にあります。

考察

顧問先向けの「社内だけに見せる説明ページ」や、補助金の手順メモを一時公開する用途に合いそうです。ただし Sites 側のアカウントと Codex の権限が Bot から見える状態になるため、秘密情報を含む下書きは別フォルダに隔離し、公開前に人の目を入れるルールが必要です。利用枠が気になるなら、重い生成だけ Codex／Claude に逃がす切り分けが、同じ投稿群のプラン議論とも整合します。

@tetumemo（Sites）／@tetumemo（Sites上限撤廃）

英語圏：Voice クローンで自分の声の解説動画を Bot に組ませる／DM を下書きまで任せるen実践

X投稿（@Texas_Twins_Dad、10/17 10:53 JST）

実例で Grok Bot 101 を作った（Grok Bot と Grok Voice を併用）。自分の Grok Voice クローンを作り、台本を読み上げさせ、音声クリップを Bot に渡し、Bot が字幕と動きのあるビジュアル付き動画に仕上げた、という報告です。
@Texas_Twins_Dad の投稿動画のサムネイル

X投稿（@KanikaBK、10/18 02:54 JST）

Most people lose money in their DMs. I built a Grok Bot that checks them 24/7. It sorts, drafts, and waits for my OK. Here's the full setup + prompts:（記事タイトル: How To Build a 24/7 DM Assistant Using Grok Bot）
DM で機会損失している人が多い。24時間監視する Grok Bot を作り、振り分けと下書きまで行い、送信は自分の OK を待つようにした。設定とプロンプト全文は記事へ、という案内です。

コメント

前者は Voice 3.0 系のクローンと Bot の動画編集を直結した制作フローで、後者は X Chat／DM 読み取りを前提にした受信箱オペレーションです。どちらも「外への送信は人が押す」形を保っています。動画は約2分の添付があり、この号ではサムネイルのみ掲載しています。

考察

中小企業なら、代表の声で短い案内動画を量産する用途と、問い合わせ DM の下書き係がそのまま効きます。声のクローンは本人同意と利用範囲（広告か社内か）を文書で残すこと、DM 係は「下書きまで・送信は承認カード」を指示文の先頭に書くことが、昨日の Haggle Bot の型と同じで説明しやすいです。

@Texas_Twins_Dad／@KanikaBK（DM Assistant）

収集: 2026-10-18 約05:00–05:15 JST。対象は10/17朝〜10/18朝。英語ソースは翻訳付き。x.ai news の最新は 10/14 Voice 3.0、changelog は 0.70.2 のまま。status は All Systems Operational。安定版フィードは本日 403 で版番号未確認（前号は 0.71.2）。画像 x01–x07 は投稿添付メディアを取得したもの。Gaps: 10/16改善の版番号と changelog 掲載、X Chat 暗号化の公式ヘルプ未確認、X Chat への書き込み可否、安定版フィード 403、@poteto 投稿全文（冒頭＋画像／訳で代替）、The X Subscription 最上位プラン正式名称、@grok 返信を裏づける利用枠の公式文書の再確認。