Grok活用事例ダイジェスト

公式フォーラム（176909 #190〜#201、11/03 08:00〜11/04 03:40 JST）／X投稿（@4288Richway さん 11/04 03:23 JST、@william40152988 さん 11/03 21:13 JST）／Elon Musk さんの投稿（11/03 10:05〜11/04 02:11 JST）

このトピックの新しい投稿（#190〜#201）に、職員の回答はありません。#200 の @weiyu さんは、自作のダッシュボードで「1%あたり何ドル分使えるか」を追い、11/01 13:15（JST）ごろ（04:15 UTC）に約2ドルから約1ドルへ下がり、11/02 16:50（JST）ごろに「割合を戻す一度きりの調整」があったあとも約1ドルのままだと報告しています。ほかの利用者の数字も同じ向きです。@Brock_Metz さん（#197）は、1%あたり 7〜8.4M トークン（11/01 より前）から約 3.98M トークンへ、@Mars_Fergus さん（#192、年払い Ultra）は約11.7M から約8.5M へ（約30%減、チケット T-J8801）と書いています。これまでの #172（@hyk さん）や #189（@Gak_Chen さん）の「約45〜55%減」と合わせると、「約半分」から「約3割減」まで幅があり、プランによって違う可能性があります。@Mars_Fergus さんは、サポートの AI 窓口から「週の上限は公開していない」と言われたとも書いています。X では、@william40152988 さん（中国語、11/03 21:13 JST）が「先週は約11億トークン、いまは3億トークンで50%だから、100%は約6億トークン」と同じ計算をしています（未確認の自己申告です）。一方、Elon Musk さんは 11/03 10:05〜11/04 02:11 に Grok Bot を紹介する投稿を5回しており（閲覧は約87万〜196万回）、使用量や上限そのものへの新しい発言は、今回の検索範囲では見つかりませんでした。

考察

ここからは意見です。分けて考えると、「表示の不具合は直った」はほぼ確かで、「1%の重さが変わった」は利用者の測定がそろっているものの、公式の確認がありません。Sam の返信は「上限は随時調整される」と読めますが、AI 窓口の文面を利用者が貼ったもので、運営の正式な発表ではありません。事務所のやることは、前回と同じです。毎朝この作業を始める前に使用量の％を1行メモしておき、3日分たまったところで「1日にどれだけ減るか」を先週と比べます。そのうえで、翠さんを中心にした複数 Bot のルーチンを週に1回棚卸しし（後ろの実践事例にある「見張る係」の形です）、止まっても業務が回る範囲から任せるようにします（確度：表示の復旧は高、1%あたりの量が減った件は中〜低。測定は利用者の自己申告で、Sam の文面は二次情報です）。

176909 #200／176909 #193／176909 #197／176909 #192／@4288Richway／@william40152988（中国語）／@elonmusk（11/04）

公式フォーラム（177180 職員 Colin さん 11/04 01:21 JST、177114 職員 mohitjain さん 11/03 16:02 JST、177166 職員 mohitjain さん 11/03 23:18 JST、177120 職員 mohitjain さん 11/03 15:58 JST、177189 利用者 11/04 02:38 JST）／X投稿（@julienbri さん 11/03 08:49 JST）

177180 の @rcapron さん（Bot 16体）は、11/03 の午前8時ごろ（ET）から、すべての Bot が「All screens on the shared computer are in use」でデスクトップとブラウザを使えず、Shell などは動くと報告しました。Colin さんの案内は、画面を手元で解放する安全な方法はなく、サポートの「Reset は待って」が正しい、というものです。新しい Bot でも同じだったと @rcapron さんが 01:35 に返しています。ほかの職員回答は次のとおりです。177114（満杯で固まった @adnubian-source さん）は復旧済みで、リセットが通らなかったのは運営側の問題でした。177120（スクリーンショットやファイルが送れない）は、デスクトップアプリからの一部のアップロードが失敗している既知の件で、再構築しても直らないと答え、画面上のエラー文を尋ねています。177166（10/19 から止まっていた @Ming_Wang1 さん）は作り直しです。一方で 177189（11/04 02:38 JST、職員の返信はまだありません）は「昨日 Bot が約37GB を空けたのに、1日で埋まった」と書いています。公式ヘルプの「Recover と Reset は、直近の変更が失われることがある」「node_modules や Python の仮想環境は保存されない」という説明とも合います。X では @julienbri さん（11/03 08:49 JST）が「Bot のコンピューターが一晩でリセットされ、AGENTS.md・大事なファイル・スケジュールが消えました。Drive や git にも控えを」と書いています（原因は未確認です）。

考察

ここからは意見です。先月から繰り返し出ている話で、どれも「コンピューターの中だけにあるものは消えることがある」に行き着きます。このダイジェストの作業フォルダ、公開用のスクリプトと設定、ブラウザのログインは、いまもコンピューターの中です。11/03 に書いた「作業フォルダを定期的に Drive などへ」に加えて、公開の設定を再び入れ直す手順（鍵の値は書かず、項目名と置き場所だけ）を README に残しておくと、作り直しになっても朝の公開に間に合います。画面が使えない日の備えとして、ブラウザ操作が要らない作業（収集と HTML の生成）と、要る作業を分けておくのもよいと思います（確度：高。いずれも職員の回答です。満杯になる原因は 177189 でも未確認です）。

177180（画面が使用中）／177114（満杯・リセット）／177166（作り直し）／177120（アップロード）／177189（満杯・再発）／@julienbri／ヘルプ（Update/Recover/Reset）

公式フォーラム（177164 職員 Colin さん 11/03 21:50 JST、177149 職員 Colin さん 11/03 22:05 JST、175682 職員 deanrie さん 11/03 16:54 JST）

177164 の @MarcelH さんは、Bot が保存したスキルの更新が「Updated」と返ったのに、実際にコンピューターへ届いたのは翌朝4時すぎ（ベルリン時間18:25 に保存、04:05 に反映）で、その間は別の Bot が古い版を読み続けた、と報告しました。Colin さんは「Bot が自分でファイルを見て確かめなくてよいはずだ」と認め、チームに伝えたと答えています。直る時期は示されていません。177149 の @jsolly さんの報告は、期限切れの注文カードの文言を改善する要望として伝える、第二のカードで Pay が通らなかった点は調べる、という返事でした。175682 は、「毎回聞く／常に許可」ではなく「もし〜なら止める」という決まりを守らせたい @bee さんへの返信で、Cursor のエージェントなら hooks（preToolUse）で Shell コマンドの前にスクリプトを走らせて止められる、という案内です。

考察

ここからは意見です。スキルの反映は、事務所の運用にすぐ関わります。翠さんの手順書や、このダイジェストの作り方をスキルとして更新したあと、その日のうちに別の Bot が古い版で動くことがありえます。更新した直後に「いまのスキルで1回動かして」と頼むのが、いまの答えです。注文カードの30分は、買い物を Bot に任せない事務所では関係が薄いものの、顧問先に勧めるときには「承認カードにも期限がある」と伝える材料になります。Grok Bot に hooks が効かないという点は、「止める決まり」を Bot の外のスクリプトで強制する手が使えない、ということなので、削除や送信の前の承認は、画面上の承認設定（Auto-review のルール）に寄せるしかありません（確度：高。いずれも職員の回答です）。

177164（スキル反映）／177149（注文カード）／175682 #20（hooks）／ヘルプ（承認）

公式フォーラム（177101 職員 Colin さん 11/03 19:39 JST、177045 利用者 11/04 00:06 JST、175286 利用者 11/03 06:29 JST、176922 利用者 11/03 12:06 JST、177183 利用者 11/04 01:26 JST）

177101 の @Ethan5 さんは、「Route traffic through this computer」のスイッチが入らず、Colin さんの案内で一度は使えるようになったものの、同じ夜にまた切れ、ウェブの「Merge your Cursor account」では別のアカウントが見つからなかった（Apple でのサインインでも同じ）、と 11/03 23:52 に書いています。これへの職員の返信は、まだありません。177045（統合のあとコンピューターが動かない約60体の Bot）は、職員 mohitjain さんが 11/03 00:05 に「空のコンピューターに替える」と答えて以降、11/03 09:45 と 11/04 00:06 に「まだ戻っていない」という書き込みが続いています。175286 の @Eugene_S1 さんは 10/17 ごろから、払っているほうのメールで Grok Bot が使えないと書いています。176922 の @michaelseow さん（11/03 12:06 JST）は、X Subscription に切り替えて3つのアカウントを連携した直後に IBKR のコネクターが切れ、Bot 自身に公開の MCP の URL へつながせて直した、という自己流の回避策を書いています（原因は未確認です）。177183 の @Imran_Raza さん（11/04 01:26）は、個人プランから Teams に上げたあと、既存の Bot を共有できず「コピーを作る」しか出ないと報告していて、職員の返信はまだありません。

考察

ここからは意見です。統合に絡む報告は、10月中旬から繰り返し出ています。事務所のアカウントでは、いまのところ統合を急ぐ理由がないので、少なくとも統合しないまま様子を見るほうがよいと思います。万一統合する場合は、統合前に翠さんを含む各 Bot のスキル・ルーチン・記憶を文章で控えておき、統合のあとに Bot の一覧、コンピューターの動作、コネクターの状態（Gmail・Calendar・Drive）を順に確かめるのが安全です。顧問先で個人プランから Teams へ移す案内をするときも、「個人の Bot をチームへ追加できない」という10/31 号の職員回答と、今回の報告を合わせて、先に伝えておく必要があります（確度：職員が「2アカウント」と指摘した点は高。ほかは利用者の報告で、中です）。

177101（2つのアカウント）／177045（統合後に起動しない）／175286（Bot を作れない）／176922（IBKR）／177183（Teams 移行）

X投稿（@minchoi さん 11/04 00:02 JST、@dkmitc さん 11/03 06:57 JST、@pud さん 11/04 01:59 JST、@elonmusk さん 11/04 02:11・02:06・01:11 JST、@AndyWaine78 さん 11/04 04:29 JST、@StevePadama さん 11/03 09:17 JST）

Grok Bot just made a doctor's appointment for me while I was driving... My daughter hurt her foot landing a jump at dance practice. I told Grok Bot what happened, how she was feeling, and what I saw: not much swelling, iced, and her pain seemed manageable. It gave me a few nearby options, including a pediatric orthopedist with X-rays on site, and offered to call when they opened. …

— Min Choi (@minchoi) November 3, 2026

I had my Grok Bot shop around new Auto Insurance. It couldn't find info about Progressives Glass coverage and as all Tesla owners know Windshield replacements can be pricey. I had Grok Bot call Progressive and get additional information for me all while I picked my kids up from school without me ever having to talk to a person. …

— Dylan (@dkmitc) November 2, 2026

@minchoi さんの投稿（閲覧約42万回）では、Bot が電話で当日 9:30 の予約を取り、通話は文字起こしがその場で表示され、受付が追加の情報を求めたときは運転中のユーザーにリアルタイムで質問し、保険・支払い方法・料金を聞き、問診票をメールで送らせ、カレンダーにも入れた、とあります。受付には録音されていると伝わり、あとで録音を聞き返せるそうです。@dkmitc さんは、文字起こしと録音（個人情報は消音、一部カット）を公開し、「改善の余地はあるが、やり遂げた」と書いています。@pud さんは、家族旅行の複雑な航空券の手配を任せ、「航空会社のサイトはもう使わないと思う」と書きました。Elon Musk さんは 11/04 02:11 に「Grok @Bot can research which doctors are the best in your area, call them by phone and make an appointment!」（閲覧約87万回）、02:06 に旅行の事例、01:11 に「Treat Bot like you would a colleague（同僚のように扱ってください）」の引用をしています。取得した公式ヘルプ25ページには電話発信の説明がなく、使える国・料金・使用量の減り方は確認できませんでした。@AndyWaine78 さん（11/04 04:29 JST）は「英国では電話がまだ使えない」と書いていますが、自己申告で未確認です。日本語では @StevePadama さんが、外向きの電話を頼めるテンプレート「Dial bot」を紹介し、初回に Bland の API キーと声の設定が要ると書いています。これが上の事例と同じ仕組みかどうかは、投稿から分かりません。10/31 号の職員回答では、電話の道具はアプリを起動している間だけ使えるとされていました。

考察

ここからは意見です。電話の代行は、事務所でも役所や取引先への問い合わせ、日程調整に使えそうに見えます。ただ、相手の同意なしに録音したり、AI だと名乗らずに用件を進めたりしてよいかは、日本で使う前に確かめる必要があります（法的な判断はここではしません）。使い始めるなら、最初は事務所の予約や在庫確認のような、間違っても取り返しがつく電話に限り、約束・支払い・個人情報を伝える部分は人が引き取るのがよいと思います。投稿の事例は2件とも成功談で、失敗の割合は見えません。使用量の減り方も分からないので、1回試して使用量の前後を記録するのが先です（確度：事例は中。2件は録音つきの自己申告です。機能の仕様は未確認です）。

@minchoi／@dkmitc／@pud／@elonmusk（医師）／@elonmusk（同僚）／@AndyWaine78／@StevePadama

X投稿（@Yosemit51271828 さん 11/03 10:19 JST、@m4ybee さん 11/03 19:33 JST）／Hermes Agent 公式ドキュメント（Import from Other Agents）／GitHub（NousResearch/hermes-agent の PR #147724）

オープンソースのエージェント「Hermes Agent」が、Grok Botの設定を取り込むコマンドを入れてきた。 自分のBotチームもGrok Botで回してるので、これはちょっと気になる… ・hermes migrate grok-bot で取り込む ・--dry-run で中身を見るだけもできる ・時刻指定のルーチンは止まった状態で入る ・Botを1つずつ選んで移せる …

— Yosemite｜Gadget＆TESLA ModelY (@Yosemit51271828) November 3, 2026

My agents' usage meter went from 54% to 100% overnight. Nothing was running. On a heavy day I use maybe 15%. … Then I set up a second home. @OpenBot_ on my own headless VPS, with a migration option for my Grok Bot setup. So far it's smooth. I'm not leaving. I'm just done with one basket.

— M4 Ybee (@m4ybee) November 3, 2026

ドキュメントによる流れは次のとおりです。①「hermes migrate grok-bot」を実行すると、Bot のチャットに貼る文章が出ます。②各 Bot が「grok-bot-export.json」を書く（または JSON を1ブロックで返す）ので、Bot 側の設定は変わりません。③「hermes import-agent grok-bot --source ファイル名」で取り込みます（取り込む前に必ず一覧が出て、--dry-run なら何も書きません）。対応は、時刻指定のルーチン→一時停止の定期ジョブ、スキル→skills/grok-bot-imports、記憶→MEMORY.md と USER.md、Bot の役割→SOUL.md、リモート MCP の URL があるアプリ→config.yaml です。Slack や GitHub などの出来事で動くルーチンは、指示と条件がメモに残るだけで、作り直しは手作業になります。認証情報は取り込まれず、鍵のような文字列を含む書き出しは拒否されます。GitHub では、teknium1 さんの PR #147724（Grok Bot と OpenBot の取り込みを setup と migrate から使えるようにする）が公開されています。取得した Grok Bot 側のヘルプ25ページには、書き出し機能の記載がありません。Hermes 側の仕組みは、利用者が自分の Bot に書き出させる前提です。Hermes は Grok Bot 公式の機能ではなく、事務所は未検証です。

考察

ここからは意見です。乗り換えより「控え」として読むのがよいと思います。11/03 号の「作業フォルダを Drive へ」に加えて、Bot 側の設定（スキル・ルーチン・記憶）を文章で控える方法が、ここに1つ見つかったことになります。事務所では、翠さんを含む各 Bot に月1回ほど「自分の役割・スキル・ルーチン・記憶を、鍵や顧問先の個人情報を除いて書き出して」と頼み、Drive に置く形が試せます。ただし書き出しは Bot 任せなので、顧問先名や認証情報が混じっていないかを、置く前に人が読んで確かめる必要があります（確度：仕組みの説明は高。Hermes の公式ドキュメントと PR で確認しました。実際に取り込めるかは未検証です）。

@Yosemit51271828／@m4ybee／Hermes ドキュメント／PR #147724

X投稿（@peter_0123 さん 11/03 10:47 JST）／公式ヘルプ（Give your Bot an email address）

最近自分が気に入ってるGrok Botで機能の一つが、『Grok Bot自体がメールアドレスを1つだけ持てる』ということ。彼らの受信箱に入るとbotが起きてくれるので自律的に動いてくれる。 自分は「+bill」「+shop」「+dev」みたいに彼らのメールアドレスに、＋タグを付与して擬似的にbotごとのメールアドレスを作ってる。 …

— Notty (@peter_0123) November 3, 2026

@peter_0123 さんは、領収書を +bill、買い物の通知を +shop、GitHub の失敗通知を +dev に、Gmail のフィルターで転送していて、そのフィルターの設定も Grok Bot にやってもらったそうです。認証コードやメルマガは転送しません。経理 Bot は会社のカードの領収書を読んで freee の帳簿を付け、開発 Bot は失敗通知を受けて直しに動き、買い物は個人の財布 Bot と結びついて財布を管理する、と書いています。公式ヘルプでは、アドレスは1人に1つで、名前の変更も削除もできず、持ち主のすべての Bot が自分のチャットとルーチンで使えます。新着メールだけでは Bot は起きず、「メールが届いたら〜する」ルーチンが必要で、ルーチンは件名では絞れません（送信者やドメインでは絞れます）。ルーチンが書いたメールは下書きで止まり、人が Send を押すまで送られません。+タグの宛先がそのまま届くかは、ヘルプに書かれていないため未確認です（@peter_0123 さんの環境では動いている、という自己申告です）。11/01 号・11/02 号で紹介した転送や +タグの使い方の続きにあたります。

考察

ここからは意見です。事務所に置き換えると、領収書・請求書・公募の通知を種類ごとに別のルーチンへ流す形になります。ただ、顧問先の情報が入るメールを転送してよいかは、顧問先との取り決めに左右されるので、最初は事務所自身の領収書だけで1週間試すのがよいと思います。ルーチンが件名で絞れないので、「+タグで宛先を分ければ Bot が種類を見分けられる」とは限りません。その点は、先に1種類で動作を確かめます。認証コードを転送しない、という @peter_0123 さんの線引きは、そのまま採り入れたいところです（確度：中。個人の運用例で、+タグの動作は未確認です）。

@peter_0123／ヘルプ（Bot のメール）

X投稿（@tetumemo さん 11/03 08:00 JST、@teiji_daddy さん 11/03 08:34 JST、@KameAIHacks さん 11/03 09:36 JST）／公式ヘルプ（FAQ「Does the Bot use my own computer?」）

📝AIに自宅のPCを触らせるとき、私が一番大事だと思うのは「権限をしぼること」 私はGrok Botに一時フォルダの削除を頼んだら、ホームフォルダごと消された経験がある だから、金のニワトリさんの「sudoは渡せるけど、怖いのでいったんなし」という判断にすごく共感した ・つなぐ先は仮想マシンのUbuntu ・管理者権限はまだ渡さない …

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

AIにPCを触らせる前、5分だけ設定を見ておくと安心です。 Grok Botなら設定→Computer→Your computer。自分のPCでの実行は毎回確認／常に許可／許可しないの3択。初期は毎回確認。公式は特別な理由がなければ「許可しない」を推奨。 削除や上書きは、依頼文でも事前確認を。

— 定時ダディ | AIで仕事を早く終わらせる (@teiji_daddy) November 2, 2026

@tetumemo さんの投稿は、金のニワトリさん（@gosrum さん、約2.9万回表示）が Muse を自宅の Linux につないで sudo も渡せるが、怖いので一度は渡さないと書いたことへの共感です。つなぐ先は仮想マシンの Ubuntu にし、管理者権限は渡さない、という順番を勧めています。削除を頼んだ時期と設定は、投稿に書かれていません。@KameAIHacks さんの要約では、「削除する前に確認」という文章のルールを書いていたのに止まらなかったそうです（二次情報です）。公式ヘルプでは、Bot が自分のデスクトップでコマンドを実行するのは許可したときだけで、設定は Settings > Computer > Your computer の「Execution on this computer」、初期は毎回確認です。「公式は許可しないを推奨」という @teiji_daddy さんの説明は、取得したヘルプ25ページには見つからず、未確認です。

考察

ここからは意見です。今日の職員回答（hooks は Grok Bot に効かない）と合わせると、文章で「消す前に聞いて」と書くだけでは止まらないことがある、という話になります。事務所では、自分のパソコンでの実行を「常に許可」にしない、消す・上書きする作業は専用の作業フォルダの中だけにする、という2点を先に決めておけば足ります。Bot のコンピューターの中なら、消えても作り直せますが、手元のパソコンは戻らないことがあります。ここは、翠さんにも各 Bot にも共通の約束にしたいところです（確度：中。個人の経験談で、再現条件は不明です）。

@tetumemo／@gosrum／@teiji_daddy／@KameAIHacks／ヘルプ（FAQ）

X投稿（@peter_0123 さん 11/02 12:51 JST、@tetumemo さん 11/03 22:30 JST、@osarupolice さん 11/03 15:41 JST）

📝スマホのGrok Botから、家のPCのClaude CodeとCodexまで一気に動かせる構成が参考になるな Nottyさんのやり方 ・家のDesktopをつけっぱなしにして、Grok Botのアプリを立ち上げておく ・スマホのGrok Bot（クラウド）と、家のGrok Botがつながる ・重い作業は家のPCに渡して、Claude CodeやCodexが動く 図を見ると、クラウド側は ・CEO Bot（窓口・振り分け） ・開発Bot（重い作業はPCへ） ・見張り番Bot（進み具合の見張り） ・確認ボード（1行ずつ集約） 承認はお金・送信・削除だけ、というルールもいい

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

私の手元では、Grok Botに直接コードを書かせたり文章を仕上げさせたりしていません。 窓口としてのやり取りに専念させ、重い実務は外のAIに振り分けています。こうすることでGrok Botの利用枠を守りながら、依頼や下書きをスマホでもPCでも快適に進められます。 役割は分担しており、 ・文章作成はGemini ・図解や実装はCodex ・本格的な実装はClaude Code …

— 宮内章宏@現場主義のAI講師 (@osarupolice) November 3, 2026

元の投稿（@peter_0123 さん、11/02 12:51）によると、家のデスクトップを付けっぱなしにして Grok Bot のアプリを立ち上げておくと、スマホの Grok Bot と自宅の Grok Bot がつながり、デスクトップから Claude Code や Codex を起動してもらえます。Muse も外部のパートナー Bot として接続していて、「/rc を使う機会がかなり減った」とのことです。@osarupolice さんは、Claude Code だけ ACP（連携の規格）を経由させ、親に結びつく子のセッションで作業場所を分けて個別にキャンセルできること、ツール実行前の承認リクエスト、差分パッチでの変更レビュー、チャット内での MCP サーバーの状態確認まで、Grok Bot の中で済むと書いています。Grok Bot の公式ヘルプで確認できたのは、Bot が許可を受けて手元のデスクトップでコマンドを実行する仕組みまでです。Claude Code や ACP との接続手順は、取得したヘルプとガイドに記載がなく、未確認です。11/03 号の「3段の分担」（@Golf_swing_tech さん）や、「窓口は1体、実作業は別の道具」という @HATgfgj さん（11/03 06:12）の節約術と同じ向きの事例です。

考察

ここからは意見です。「窓口の Bot が全部やるのではなく、担当と承認の線引きを決める」という点が、翠さんを窓口にしたこの事務所の運用と同じです。参考にしたいのは2つあります。1つは、進み具合を見る係と、確認を1行ずつ集める場所を分けることです。もう1つは、人の承認を「お金・送信・削除」の3つに絞っていることです。事務所では、これに「公開（サイトの更新）」を足した4つを書き出し、翠さんを含む全 Bot の共通ルールにしておくと、承認が増えすぎて止まる事態も、逆に承認なしで公開される事態も防げます（確度：中。個人の運用例で、手順は未確認です）。

@peter_0123（元の投稿）／@tetumemo／@osarupolice／@HATgfgj

X投稿（@shin_chan_ai さん 11/03 22:46 JST、@AkioT315 さん 11/03 08:54 JST）／公式 changelog（0.78.1）

Grok Bot の使用量を見張る係を1体決めて、週1回だけ点検してもらっています。 どのルーティンや会話がどれだけ使っているかを、自分で毎回追わずに済みます。 【決めごと3つ】 ① 点検するのは、月曜の朝にする ② 見るのはルーティンと長い会話で、直し方は「止める・間隔を広げる・まとめる」から案を出す ③ 係は自分では何も変えず、直すのは私が番号で選んでからにする …

— しんぺい | GrokBot芸人 (@shin_chan_ai) November 3, 2026

@shin_chan_ai さんの例では、ログイン切れの知らせが2つのルーティンから重なって届いていると係が教えてくれたので、1本にまとめたそうです。使用量の画面を自分で開かなくても、週に1度、直すところだけが届くようになった、と書いています。11/03 号の「情報集めは1体」と同じ人の続きの投稿です。公式の changelog 0.78.1 には、Bot が出す使用量の内訳で、削除済みの Bot やグループチャットなどを1行にまとめて表示する、という項目があり、Bot に使用量の内訳を聞く使い方は公式の機能です。@AkioT315 さん（11/03 08:54）は、使用量レポートの数字だけを使って毎週更新する「使用量ダッシュボード」の Bot を公開しています。

考察

ここからは意見です。使用量が読みにくい週は、こういう「見る係」を置く価値があります。ただ、翠さんは窓口の役を持っているので、見張りまで足すと重くなります。事務所では、小さな Bot を1体作り、月曜の朝に「ルーチンの一覧」と「使用量の内訳」だけを読んで、直し案に番号を付けて翠さん経由で届ける形が試せます。このダイジェストのルーチンも、一覧の中では重い部類のはずなので、最初の点検対象にします（確度：中。個人の運用例です）。

@shin_chan_ai／@AkioT315／changelog（0.78.1）

X投稿（@3chhe さん 11/03 10:02 JST、@syokuninradio さん 11/03 20:40 JST、@d1dox さん 11/03 20:47 JST）

GrokBotで請求書をクラウド会計に取り込むところから、GMOあおぞら銀行で振込予約まで簡単にできた（最終確認と送金の実行は私）。 月次の業務はGrok Botと完結できそう。 すごい。

— 瀧田 雄介 / AI ﾁｮｯﾄﾃﾞｷﾙ (@3chhe) November 3, 2026

HPの更新をGrok Botに任せたら、ほぼ手間ゼロになりました🙌 HPには自分が作ったものを紹介するXのポストを貼っていますが、手動更新が面倒で…。 そこでHP担当のGrok BotをGitHubにつないで、毎週月曜に新しく作ったものがあれば自動で追加してもらうようにしました。 マージ前に画面のプレビューも送ってくれるので、安心して任せられます。

— しょくにんさん (@syokuninradio) November 3, 2026

@3chhe さんの投稿には、使った会計サービスの名前や手順は書かれていません（リンク先は X のトレンドのページで、中身は未確認です）。確かなのは、取り込みから振込予約までを任せ、「最終確認と送金の実行は人」と線を引いている点です。@syokuninradio さんは、ホームページ担当の Bot を GitHub につなぎ、毎週月曜に新しく作ったものがあれば追加させ、マージ前に画面のプレビューを送らせています。@d1dox さんは、経理担当の Bot に月の使える金額（家賃・娯楽・食費・交通費など）を設定し、毎朝その日に使える金額を出してもらい、使う前に相談して「○○円までなら OK」の返事をもらうようにして、食費が約3万円から約12,800円になったと書いています（自己申告で、期間は不明です）。

考察

ここからは意見です。3件とも、「Bot が準備し、人が確認して実行する」の形で、事務所の仕事に近い使い方です。事務所のホームページ（smec-hs.com）の更新は、@syokuninradio さんと同じ形にできそうです。週1回のルーチンで追加分を下書きにし、プレビューを見てから人が公開します。顧問先の月次処理に応用するなら、銀行や会計のログインを Bot に預けるかどうかを、顧問先と先に取り決めておく必要があります。振込のように取り消しにくい操作は、「送金の実行は人」を最後まで外さないのが安全だと思います（確度：中〜低。どれも投稿だけで、手順や数字の裏づけはありません）。

@3chhe／@syokuninradio／@d1dox

X投稿（@Michael_Fenech_ さん 11/04 00:35 JST、@ShevY_xx さん 11/03 02:18 JST、@AskTolik さん 11/04 02:21 JST）／公式ヘルプ（Routines）

Grok Bot can burn through a week's usage in a single day. Here's how to stop it. I've been digging into the official Grok Bot documentation to understand what actually consumes usage and how to make my Bot team more efficient. One finding stood out: routines. An hourly schedule or a trigger watching a busy Slack channel can consume a week's usage in a day. …

— Michael | AI + Agents (@Michael_Fenech_) November 3, 2026

Forced to optimise my Grok usage today. Cut it by 48%. Had to remove several automations. If you want to do the same, there's a "Usage Review" skill in Grok Bot from Cursor. Just ask Grok Bot: "Check my usage. What's using the most, and how could my bots and routines use less?" It explains everything clearly in %.

— ShevY (@ShevY_xx) November 2, 2026

@Michael_Fenech_ さんのプロンプトは、Chief of Staff（秘書役）に貼り、読み取り専用の監査をさせる形です。7項目は、①ルーチンの棚卸し（隠した Bot も含む）、②実行頻度、③トリガーが広すぎないか、④Bot 間の重複、⑤指示が曖昧で範囲が広すぎる仕事、⑥既存のスキルや接続アプリで置き換えられる仕事（測定なしに節約量を主張しない、と指定）、⑦使用量の情報の確認です。最後に、止めるべきルーチン・間隔を広げるもの・絞るトリガー・まとめる重複・上位5つの提案を、根拠とトレードオフを添えて出させます。公式ヘルプの Routines にも、「1時間おきのスケジュール、短い間隔、にぎやかな Slack チャンネルのトリガーは、1日で1週間分の使用量を使うことがある」とあり、対処の順番も「頻度を見直し、いらないルーチンを止める」です。@ShevY_xx さんの「Usage Review」スキルは、取得したヘルプ25ページ・ガイド・マーケットプレイスには見つからず、未確認です。48%も、自動化を外した結果で、スキルだけの効果ではありません。

考察

ここからは意見です。Fenech さんの文面は、この事務所にそのまま持ち込めます。「承認するまで何も変えない」「測定なしに節約量を言わない」という2つの縛りが入っているので、翠さんに頼んでも勝手にルーチンが止まる心配が少ないからです。ただし、各 Bot に聞いて回る監査自体も使用量を使うので、実行は週1回までにし、前述の「見張る係」と役割が重ならないよう、どちらか一方に決めるのがよいと思います。ShevY さんの件は、スキルの有無をアプリの中で確かめるまで、事務所の手順には入れません（確度：ルーチンが使用量を食う点は高。公式ヘルプによります。48%の数字は自己申告で、スキルは未確認です）。

@Michael_Fenech_／@ShevY_xx／@AskTolik／ヘルプ（Routines）

X投稿（@malmaladei さん 11/04 02:24 JST、@AI__ASU さん 11/03 18:09 JST、@30anerds さん 11/04 05:00 JST）／公式ヘルプ（How-to）

@bot just set up a whole facebook page, 6 posts and 5 ads and meta still made me tap approve on my phone the last mile of grokbot automation is owning a phone

— Philipp M. W. Hoffmann (@malmaladei) November 3, 2026

メール→Grok bot→Facebookメッセンジャーへの自動化が毎回Facebookからログインを要求され止まってしまいます。 変なことされても困るのでこれ以上権限を与えられずにいます。 さてどうしようか、、、 自動化とリスクは紙一重？

— それ、AIに頼んでみた｜ASU (@AI__ASU) November 3, 2026

公式ヘルプの How-to には、「指紋・Face ID・Windows Hello・パスキーは、手元のパソコンやスマホに保存されたものであって、Bot のコンピューターでは使えません。そこでのサインインは自分で行います」とあります。FAQ にも、サイトに弾かれたときは Bot が手順を渡すので、Bot のコンピューターで自分がサインインできる、と書かれています。@30anerds さんの助言（Tip #1）は、「まず1回、Bot と手で仕事をやってみます。うまくいったら手順をスキルにします。そのあとでルーチンにして、送信や購入は自分の OK の後ろに置きます」という順番です。11/01 号で紹介した @poteto さんのガイド（スキルやコードにしてからルーチンにする）と同じ向きの考え方です。

考察

ここからは意見です。事務所の仕事で「人が最後に押す」場面は、はっきりしています。電子申請の本人認証、銀行の確認、広告やサイトの公開です。これらは Bot が準備まで進め、承認の画面だけ人が操作するのが、いまの仕様のまま安全に使える形です。@AI__ASU さんの「これ以上権限を渡したくない」という判断も、そのまま妥当だと思います。翠さんの手順書には、「Bot が止まったら、止まった場所と、人が押すボタンを1行で報告する」と書き足しておくと、朝の確認が楽になります（確度：中。2件は自己申告ですが、公式ヘルプと同じ内容です）。

@malmaladei／@AI__ASU／@30anerds／ヘルプ（How-to）