← 一覧に戻る

Grok活用事例ダイジェスト

2026-11-07・速報3 / 仕様3 / 新機能0 / 実践6　※英語には日本語訳をつけています。対象は11/06朝〜11/07朝です。主ピックは、使用枠の意図的半減という利用者経由のサポート報告、ERR_TUNNEL の再発と再修正、computerUse helper 障害、.bashrc を Reset なしで直す職員手順、screens とアカウント不一致の切り分けです。公式の新機能発表はなく、実践は Pages ダッシュボード、権限の考え方、日本語の共通設定・スキル整理・3層解説・Muse 連携構想を取り上げます。

速報

利用者 @Parag_Chhibber さんが、サポート（署名は Sam / SpaceXSI SI Support Agent）とのやり取りとして、Grok Bot の週次枠がおおむね半減（または消費速度が約2倍）したのは意図的だと報告しました。メーターの急跳ねは新レートの遡及適用というバグ側、と整理されています。スレ内の職員投稿はまだありませんen

公式フォーラム（176909 #240・#250、11/06 11:24・21:35 JST）※利用者によるサポート対話の要約です

Bad news, Sam from Cursor responded to me to tell me that the Grok Bot usage reduction of about 50% quota was intentional, and they hope in the future to increase the quota as they release more capable and efficient models in the future. Here is Sam’s full email response: … The weekly Grok Bot usage included with individual plans is not fixed and may change over time. The included usage is set to be at least the value of your plan price … If you need more before then, on-demand usage can be turned on … We’re sorry we didn’t communicate this more proactively. … Sam SpaceXSI’s SI Support Agent
（176909 #240 @Parag_Chhibber さん）悪い知らせです。Cursor の Sam から、Grok Bot の使用枠が約50%減ったのは意図的だ、との返事がありました。今後、より有能で効率のよいモデルが出たら枠を増やしたい、とのことです。……個人プランに含まれる週次の Grok Bot 使用量は固定ではなく、時期によって変わりうる。……含まれる量は、少なくともプラン料金の価値以上になるよう設定されている。……足りなければ課金設定から on-demand をオンにできる。……もっと早めに伝えられなかったことを詫びます。……Sam（SpaceXSI の SI Support Agent）
A number of us have had our usage meter corrected. The problem is the usage burn rate is not a bug, it is intended. … they have confirmed the approximate 50% reduction in GrokBot quota, or 100% increase in Grok Bot quota burn rate … is intentional. The bug was applying it retroactively to our activity, causing the meters to jump instantaneously. They did say that there is no guaranteed grok bot usage amount per week …
（176909 #250 同）何人かはメーターが直った。問題は消費速度がバグではなく意図的だという点だ。……GrokBot 枠の約50%削減、または消費速度の約100%増は意図的だと確認された。バグは、それを過去の活動に遡って当ててメーターが瞬間的に跳ねたことだ。週あたり保証枠はない、とも言われた。……

これは職員がフォーラムに書いた公式告知ではなく、利用者さんがサポート返信を転記・要約したものです。#241 @DannyB さんは「Sam はボットだ」と指摘しています。同スレでは #242 @Success さん（監視2本だけで夜間40%）、#249 @DN13 さん（15%→100%でロックアウト再発）、#247 @Cameron_Wilson さん（ACCC への苦情）などが続いています。176909 の最高投稿番号は確認時点で #251、職員の投稿はありません。changelog 先頭は 0.78.1 のままです。

考察

ここからは意見です。「半減は意図的／跳ねはバグ」という切り分けは、朝晩の％メモを続ける理由になります。ただし一次情報はサポートの自動応答に近い文面で、プランごとの具体的なトークン数や変更日は公開されていません。事務所では、on-demand を安易にオンにせず、ブラウザ必須の作業に枠を寄せる方針を維持するのがよさそうです（確度：投稿の存在は高。サポート文面の公式性・数値の正確さは中〜低で、職員のスレ回答はありません）。

176909 #240／176909 #250／176909 #249／changelog（0.78.1）

ERR_TUNNEL は一度直ったあと再発し、職員 Colin さんが再修正を配信しました。同日、status.x.ai には「Grok Bot degraded」（約22:57–00:15 JST）と「一部地域で computer use 失敗」（約20:49–21:03 JST）が載り、どちらも解決済みですen

公式フォーラム（177377 #73・#77 Colin さん 11/06 00:24・02:18 JST）／status.x.ai incidents

Hi everyone, It looks like the behavior has regressed again. The team is looking at the issue.
（177377 #73 Colin さん）みなさん、挙動がまた戻ってしまったようです。チームが調べています。
Hi everyone, A fix has been pushed, and updating your computer should resolve the issue. The fix will also roll out automatically to all machines shortly. Apologies for the disruption.
（177377 #77 Colin さん）みなさん、修正を出しました。コンピューターを Update すれば直るはずです。まもなく全機に自動でも入ります。ご迷惑をおかけしました。

前日号で扱った #25 の修正のあと、#71 @sawat.tw さん（iOSのみ・Update不可）や #75 @Joyuce_Zhou さん（Update が出ない・127.0.0.1:8791 が CONNECT 403）などが続き、Colin さんの #73 で再発認定、#77 で再修正です。#76 @Cornelius_Toh さんは「Update で直ったが、調査に使ったトークンの無料リセットがほしい」と書いています。status の “Computer use in Grok Bot fails for users in a few regions”（11/06 11:49–12:03 UTC）と “Grok Bot is currently degraded”（13:57–15:15 UTC）は、いずれも resolved です。composer-2.5 の前日劣化とは別件です。

考察

ここからは意見です。トンネルは「Update が出ない／モバイルのみ」の人が残りやすいので、朝の公開前に Bot へサイトを1つ開かせて確認するのが安全です。再発時は Reset より Update と Route traffic の一時オンが、職員の案内と整合します（確度：職員投稿と status の存在は高。全端末への到達完了は中です）。

177377 #73／177377 #77／status.x.ai

職員 mohitjain さんは、computerUse が数秒で終わり 0 actions／transcript なしになる障害を「運営側の helper 起動障害」と説明しました。Reset や lock 削除は不要で、Screenshot と Shell は動く、とのことです。アプリの自己申告では macOS に 0.79.2／0.78.5 が入った例がありますが、changelog 先頭は 0.78.1 のままですen

公式フォーラム（177490 #6／併合先 177456 mohitjain さん 11/06 18:13 JST）／X（@Emberrris さん）／changelog

Hey @Patrick_Gong , this is on our side, not your Bot’s computer, so there’s no need to Reset, restore, or clear those lock files again. The computerUse helper can’t start right now, which is why tasks finish in seconds with 0 actions and no transcript (Screenshot and Shell don’t use it, so they keep working). Your files are safe. We’ve let the team know and this is an issue we’re tracking, and I’ll post here once it’s sorted.
（177490 #6 mohitjain さん）これはこちらの側で、Bot のコンピューターのせいではありません。Reset・復元・lock 削除はもう不要です。いま computerUse の helper が起動できず、だからタスクが数秒で終わり、0 actions・transcript なしになります（Screenshot と Shell はそれを使わないので動きます）。ファイルは無事です。チームに伝え、追跡中です。直ったらここに書きます。
（@Emberrris さん）Grok Bot の 0.79.2、その前の 0.78.5 が macOS 向けに出ているのに、changelog の最新は 0.78.1 のままです。……

status の「一部地域で computer use 失敗」は同日 12:03 UTC に resolved と出ていますが、177456 では mohitjain さんが広く「運営側・Reset不要」と案内しています。177526 などでは 0.79.2 Update 後にローカルコマンドを拒む、という利用者報告もあります。changelog（x.ai/changelog/bot）の先頭は事務所確認でも 0.78.1（10/27）のままです。

考察

ここからは意見です。画面クリック系だけ落ちて Shell が生きているときは、箱の故障と決めつけず status と職員スレを先に見るのがよさそうです。0.79.2 の中身は未掲載なので、版番号のメモに留めます（確度：職員説明は高。地域障害の解消後も全員が直ったかは中。0.79.2 の内容は低です）。

177490 #6／177456／@Emberrris／changelog

仕様解説

シェル準備で固まる既知問題について、職員 Colin さんが Windows アプリから Reset なしで直す手順を明示しました。Read で .bashrc／.profile を確認し、常駐行を # でコメントして CopyToBox → Update Bot’s Computer、ですen仕様

公式フォーラム（177525 #5 Colin さん 11/06 02:18 JST）

What’s stuck is the step that prepares the shell before each command … a line in /home/box/.bashrc or /home/box/.profile, usually added by a bot, starts a background program and the shell never finishes starting. Reset and Update bring back the same file … You can switch that line off from the Windows app without a Reset: In Grok Bot Settings, set Execution on Local Computer to anything except Never. In a new chat, ask a bot: “Use Read, not Shell, to show me the last 15 lines of /home/box/.bashrc and /home/box/.profile.” Look for a line that starts a program in the background (it often contains nohup, setsid or flock, or ends with &). Ask the bot: “Without using Shell, copy that file to my computer.” On your PC, open the copy, put a # at the start of that line, and save it. Ask the bot to copy the edited file back … In Settings, click Update Bot’s Computer (not Reset). … Ask the bot to run echo ok. This needs the desktop app …
（177525 #5 Colin さん）止まっているのは、コマンド前のシェル準備です。……/home/box/.bashrc か .profile の1行が、たいていは Bot が足した常駐で、シェルが始まりきりません。Reset と Update はその同じファイルを戻します。……Windows アプリから Reset なしで切れます。(1) Settings で Execution on Local Computer を Never 以外に。(2) 新しいチャットで「Shell ではなく Read で .bashrc と .profile の末尾15行を見せて」。(3) nohup／setsid／flock や末尾 & の常駐行を探す。(4)「Shell を使わずそのファイルを PC へコピー」。(5) PC でその行の先頭に # を付けて保存。(6) 同じパスへ戻すコピー。(7) Update Bot’s Computer（Reset ではない）。(8) echo ok。デスクトップアプリが必要で、スマホではコピーできません。……

前日号の skel 上書き手順（CopyFromBox /etc/skel/…）と同系統ですが、今回は「問題の1行だけをコメントする」「Windows から Reset なし」が強調されています。Colin さんは、コンピューター自体は動いていてファイルも付いたままだが、シェル準備がタイムアウトして画面やコマンドが遅い／失敗する、と説明しています。

考察

ここからは意見です。朝ダイジェストのように箱を使う作業では、「固まったら Reset」を手順書の先頭に置かない方が安全です。常駐を .bashrc に書かせないルールとセットで、事務所メモを更新したいです（確度：高。職員の手順です）。

177525 #5／177385 #6（関連）／177295 #11（関連）

「All screens … in use」の報告に対し、職員 mohitjain さんは、フォーラム投稿アカウントでは画面操作が通っている、と答えました。アプリとフォーラムのログイン不一致の可能性を確認する質問をしていますen仕様

公式フォーラム（177487 #6 mohitjain さん 11/06 18:14 JST）

On the account you’re posting from here, your bots’ desktop and browser actions have actually been going through, including a few shortly after you posted, so there’s nothing stuck to restore and no need to Reset. That makes me think your Grok Bot app may be signed into a different account than your forum login. Two quick things: Which email is your Grok Bot app signed in with? When it fails, is it a bot reporting it in its chat, or only the Computer tab stuck on “Waking Up…”?
（177487 #6 mohitjain さん）こちらの投稿アカウントでは、Bot のデスクトップとブラウザ操作は実際に通っています。投稿直後の分も含みます。戻す対象の固まりはなく、Reset も不要です。Grok Bot アプリがフォーラムと別アカウントでサインインしている可能性があります。確認したいのは、(1) アプリのメール、(2) 失敗はチャット上の Bot 報告か、Computer タブの「Waking Up…」だけか、の2点です。

前日号の 177312（予約が idle 後も残り、Update/Reset は避ける）と同系統の症状報告ですが、今回の職員回答は「そもそも別アカウントでは通っている」という切り分けです。利用者が求めていた運営側 restore は、このスレでは不要とされています。

考察

ここからは意見です。screens stuck を疑う前に、アプリのアカウントとフォーラムのメールが一致しているかを先に確認する、というチェック項目を復旧メモに足せます。一致しているのに失敗するなら、前日の「新規 Bot で回避／Reset 回避」に戻ります（確度：このスレの職員観察は高。全 screens 案件がアカウント不一致とは限りません）。

177487 #6／177312 #8（関連）

箱のフリーズはクラッシュではなくスリープだと、職員 Colin さんが説明しています。箱内の cron やスクリプトは活動とみなされず、時間厳守の仕事は Bot のルーチンへ移すよう案内されています（ルーチン開始は設定時刻から最大約10分ずれる場合あり）en仕様

公式フォーラム（177271 #7・#13 Colin さん 11/04、利用者追記 11/06）

the freezes you’re seeing are the computer going to sleep, not crashing. When no Bot is actively working on it and no app is using it, it pauses a few minutes later … Anything running inside the computer (scripts, its own schedulers, cron) doesn’t count as activity … Move time-sensitive jobs into scheduled Bot routines rather than schedulers inside the computer.
（177271 #7 Colin さん）見えているフリーズはクラッシュではなく、コンピューターのスリープです。Bot もアプリも使っていないと、数分後に一時停止します。……箱の中のスクリプトや cron は活動に数えません。……時間に厳しい仕事は、箱内スケジューラではなく Bot の予定ルーチンへ移してください。
Every scheduled routine starts at a random point up to 10 minutes after its set time … A routine does wake the computer, but only once it starts and uses it, and the computer can sleep again a few minutes after the run ends. Chat replies work the same way: a reply that doesn’t use the computer doesn’t wake it.
（#13）予定ルーチンは、設定時刻から最大約10分のランダムな遅れで始まります。……ルーチンは開始して箱を使ったときに起き、終了数分後にはまた眠ることがあります。チャットも、箱を使わない返答では起きません。

11/06 の利用者追記では、ルーチン遅延そのものは説明と合うが、締切直前の仕事では遅れが実務上の問題になる、と続報があります。24時間起きっぱなしにする方法は「いまはない」と #7 で書かれています。

考察

ここからは意見です。朝5時のダイジェストは Bot ルーチン起点なので方針と合います。分単位の締切がある処理は、余裕を持った開始と「起床後の追いつき」を手順に入れる必要があります（確度：高。職員回答です。ルーチン遅延の上限10分は案内どおりですが、実測のばらつきは個別です）。

177271 #7／177271 #13

実践事例

Muse でも Grok Bot でも同じになるよう、共通設定を Opus 経由でまとめて作らせている、という日本語の運用です。会話の心地よさより、指示・使用量・VM・速度を見る、と書かれていますja実践

X投稿（@yugen_matuni さん 11/07 04:40 JST）

短い自己申告ですが、「窓口（Muse／Grok）を替えても中身の設定は共通ファイル側」という前日の Obsidian 乗り換え事例と同方向です。手順の公開や失敗例はありません。

考察

ここからは意見です。事務所でも、Bot 固有の記憶だけに依存せず、共通の手順書を外に置く方針と合います。使用量が厳しい局面では、「どの窓口でも同じ指示セット」は乗り換えコストを下げます（確度：中。個人の短い報告です）。

@yugen_matuni

不要なスキルや pstack を整理したらトークン使用がマシになった気がする、という報告です。Primary Bot が勝手に消費する点は未解決、と続きますja実践

X投稿（@grandpianosn さん 11/07 03:18 JST）

実測値やビフォーアフターの％は書かれていません。「気がする」レベルの自己申告です。前日の REPLACE DON’T ADD やスキル棚卸しと同系の問題意識です。

考察

ここからは意見です。使用枠が意図的に厳しいという報告があるいま、使っていないスキルを削るのはコストの低い対策です。Primary の勝手な消費は、プロアクティブ機能のオンオフやルーチン棚卸しとセットで見たいです（確度：低〜中。主観的な改善報告です）。

@grandpianosn

英語の長文（@0xwhrrari さん）を、ハーネス・ループ・グラフの3層と Claude Code／Codex／Grok Bot の対応で日本語紹介した投稿です。「テストは通るが issue が閉じない」とき、プロンプトではなく外側の層を疑う、という整理ですja実践

X投稿（@LaboNft さん 11/07 05:03 JST）／原著（@0xwhrrari さん）

原著は「Harness, Loop and Graph」で、ブックマーク多数の英語記事です。Grok Bot をどの層に置くかの図解付き、と紹介文にあります。事務所では原著全文の検証まではしていません。

考察

ここからは意見です。エージェントが「正しそうな作業」を繰り返して完了しないとき、指示文を足す前に完了条件・ループ・ハーネスを分ける、という見方は実務に効きます。Grok Bot をブラウザ層、Claude Code をリポジトリ層、と分ける前日の分担例とも接続できます（確度：中。紹介投稿ベースで、原著の図は未再検証です）。

@LaboNft／@0xwhrrari（原著）

Grok Bot が自分の X を解析し、Slack 経由で Muse に「今日のムードならこのプロジェクト」と提案させ、Muse 側から声をかける、という連携フローを組む例ですja実践

X投稿（@UDPasta さん 11/07 03:48 JST）

構想の宣言で、動作結果や失敗例はまだ書かれていません。Grok Bot をセンサー／提案役、Muse を対話役に分ける形です。

考察

ここからは意見です。複数エージェントを「解析」と「対話」で分ける発想は面白いですが、気分推定を業務に載せるのは誤提案のリスクがあります。事務所用途なら、制度改正や締切の監視など、事実ベースの提案に置き換えた方が安全です（確度：低。構想段階です）。

@UDPasta

Grok Bot の Pages を、日常のダッシュボードに使う10例と、作り始めの starter prompt が公開されました（表示約3,200）。Pages は自動更新されないので、Bot に更新ルーチンを承認させる前提ですen実践

X投稿（@Michael_Fenech_ さん 11/07 01:36 JST）

（要旨）Pages で日常タスクをダッシュボード化する例が10個。①デイリー司令室（予定・重要メール・優先・阻害）②Bot チーム状況③ルーチン健全性④営業⑤リサーチ比較⑥意思決定ログ⑦プロジェクト管理⑧Bot 改善スコア⑨対話型電卓⑩共有レポート。starter prompt では目的・情報源・更新頻度を聞き、検証済みソースだけ使い、欠落や古いデータを明示し、更新ルーチンは承認前に作らない、と指示。Pages は自動では最新にならない、と注記。

同じ著者の別投稿（ブックマーク累計1.7万の過去Tipsまとめ）もありますが、今回は新規の Pages 活用に絞ります。公式ヘルプの Pages 項目は目次上は従来どおりです。

考察

ここからは意見です。朝のダイジェストや案件一覧を Page に載せる型は事務所向きです。ただし更新ルーチンが使用量を食う点と、「検証済み以外は書かない」を守らせる点が要点です（確度：中〜高。手順は本人公開で、再現の公式保証はありません）。

@Michael_Fenech_（Pages）／ヘルプ（Pages）

Grok Bot へのアクセス許諾をためらう人へ、「メールやカレンダー、一度入れたアプリにも同じ種類の権限を既に渡している。違いは、Bot では何をしたかが見えることだ」という整理ですen実践

X投稿（@Texas_Twins_Dad さん 11/07 02:38 JST）

（@Texas_Twins_Dad さん）多くの人がまだ Grok Bot に権限を渡すのをためらっています。でも、信頼度の低い場所にも、毎日同じ種類のアクセスを渡しています。メール。カレンダー。ファイル。ブラウザ。一度サインインして忘れたアプリ。……Grok Bot が求めるのも同じ種類です。違いは、それで何をしたかを見られることです。

同日の短い投稿では、個人向けと会社向けのセットアップは全く違う、テンプレ共有が楽になった、とも書いています。権限設計の一般論で、具体的な承認設定の手順は本投稿にはありません。

考察

ここからは意見です。顧問先に Bot を勧めるときの説明材料にはなります。ただし「見えるから安全」は、ログの確認習慣と承認カードの運用があって初めて成り立ちます（確度：中。啓発的な意見投稿です）。

@Texas_Twins_Dad／同（個人vs会社）

収集: 2026-11-07 約05:00–05:50 JST。対象は前回号（11/06）以降、おおむね11/06朝〜11/07朝です。英語ソースは翻訳つきです（一部は要約です）。x.ai/changelog/bot の先頭は 0.78.1（10/27 付）のままです。利用者自己申告では 0.79.2／0.78.5 がありますが changelog に内容はなく未確認です。x.ai/news の Grok Bot 関連の先頭は 11/02 付 Data Bot のままです。ヘルプ（cursor.com/help/grok-bot）の目次25項目は 11/06 取得分と差分なしでした。status.x.ai（data.x.ai/status）: 11/06 Computer use 一部地域（11:49–12:03 UTC）解決、Grok Bot degraded（13:57–15:15 UTC）解決。フォーラムは latest／検索と職員 Colin さん・mohitjain さんの 11/06 回答（177377・177490・177525・177487・177456・177271 など）を原文確認。176909 #240–#251 に職員投稿はありません（#240/#250 は利用者によるサポート転記）。X は日英キーワードとキュレーション ID を 11/05 15:00 UTC 以降で取得し、実在 ID のみ埋め込みに使用。見送り: 薄い Muse 比較感想、株・トレード煽り、怒りだけの使用量投稿、紹介コード、電話代行の再宣伝、dbhurley のモデル推測（確度低のため本文不採用）。Gaps: 使用枠変更の職員フォーラム告知とプラン別の具体数、0.79.2 の中身、トンネル／computerUse の全端末到達、screens がアカウント不一致以外で残る条件、Pages 更新ルーチンの使用量、Primary Bot の勝手消費の公式オフ手段です。