← 一覧に戻る

Grok活用事例ダイジェスト

2026-10-08・仕様2 / 新機能2 / 実践2　※英語は日本語訳つき。本日の中心はGrok Botの裏側のモデルの話です。10月7日にマスク氏が「タスクごとに最適なモデルを使う（Claude Opus 5.5、Midjourney、Sunoなど）」と投稿し、その後、公式ヘルプに「Grok Botではどの AIモデルが使われていますか？」という新しい記事が日本語版つきで出ました。あわせて、セキュリティdocsの「モデルとデータ」の書き換え、公式changelogに載った0.67.0〜0.68.1（スライド作成、1920×1200の画面、Gmailの送信元選択ほか）、Notre社の営業Botの返信漏れチェック、公式ガイドの創業者営業パック「Founder Mode」を紹介しています。

仕様解説

cursor.com/ja/help — Grok Botではどの AIモデルが使われていますか？（新設：モデルは見えない・選べない・枠の減り方は同じ）ja仕様

引用（公式日本語版）

Grok Botは特定のモデルに固定されていません。タスクごとに、最良の結果が得られる可能性が最も高いバックエンドモデルを使用します。使用されるのはファーストパーティのxAIモデルの場合もあれば、サブプロセッサー一覧に記載されたプロバイダーのサードパーティモデルの場合もあり、リクエストごとに異なることがあります。なお、これによって上限の消費ペースが変わることはありません。 … いいえ。Grok Bot では、リクエストの処理に使われた基盤モデルは表示されません。利用状況と支出の画面では、このアクティビティはプロバイダー名やモデル名ではなく、Grok Bot の利用として記録されます。 … Grok Bot にはユーザーごと・リクエストごとのモデル選択機能はなく、Grok Bot の設定にもモデルピッカーはありません。 … 以前より利用量の消費が速いと感じる場合、それは使用したモデルによるものではなく、長時間のタスク、ルーチン、複数の Bot の同時実行など、Grok Bot が行っている作業量によるものです。 … Grok Bot には、チームの Cursor のモデル許可リストやブロックリストは適用されません。 … モデル許可リストを設定しているチームでは、Grok Bot を有効にする際にこの通知が表示されます。 … サブプロセッサー一覧に掲載されているプロバイダーのみです。利用可能なモデルは随時変更されます。

コメント

10月7日朝の巡回では見当たらず、10月8日朝に見つかった新しいヘルプ記事です。FAQの「モデルを選べますか」の回答も、この記事へのリンクに差し替わりました。下の速報注記にあるとおり、マスク氏が「Claude Opus 5.5などを使う」と投稿した直後で、海外メディア（tbreak）が「未公表」と書いたどのモデルが処理したか見えるか、選べるか、枠の減り方が変わるかの3点に、公式が答えた形です。答えは順に「見えない」「選べない」「変わらない」です。

考察

導入の相談で効いてくるのは5問目です。Cursor Teamsで「このモデルだけ使う」という許可リストを設定していても、Grok Botには適用されません。社内規程で特定ベンダーのモデルを禁止している組織は、有効化の前にサブプロセッサー一覧を確認し、規程側で例外を認めるかどうかを決める必要があります。また「消費が速いのは作業量のせい」という説明は、10-06号で書いた「利用枠は実測で稟議に載せる」という方針と矛盾しません。Opus 5.5のような高価なモデルに切り替わっても、利用者側の枠の数え方は同じ、というのが公式の立場です。確信度: 公式Help（日本語版、本号で初確認）。

Grok Botではどの AIモデルが使われていますか？（日本語版）／英語版／サブプロセッサー一覧（Cursor Trust Center）

cursor.com/docs — Grok Bot security「Models and data」（書き換え後の記述と、docs.x.ai側に残る旧記述）en仕様

引用（cursor.com/docs、現行）

Cursor manages model selection. There is no customer-facing model picker, and the serving mix can change over time with no fixed vendor set guaranteed. Each request goes to a first-party xAI model or a third-party model from a provider on the sub-processor list. Usage and spending views record this activity as Grok Bot usage rather than by model, and usage counts the same whichever model served the request. … The team model allowlist does not govern Grok Bot. … If your contract restricts subprocessors, contact your account team. … Privacy Mode applies. … with Privacy Mode enabled, customer data is not used for training. … Zero Data Retention follows Cursor's existing provider agreements. Model providers don't keep prompts or outputs, and Grok Bot adds no separate control. Providers may run abuse and safety classifiers, and flagged data may be stored for investigation.

引用（docs.x.ai、10/8朝の取得時点）

Cursor manages model selection. There is no customer-facing model picker, and the serving mix can change over time with no fixed vendor set guaranteed. Usage analytics show the model that served each request, including failovers, and billing follows the serving model.

日本語訳

（現行）モデルの選択はCursorが管理します。利用者向けのモデルピッカーはなく、使うモデルの組み合わせは時期によって変わり、決まったベンダーの組み合わせは保証されません。各リクエストは、xAIのモデルか、サブプロセッサー一覧に載ったプロバイダーのモデルに送られます。利用状況と支出の画面では、モデル別ではなく「Grok Botの利用」として記録され、どのモデルが処理しても数え方は同じです。チームのモデル許可リストはGrok Botには効きません。契約でサブプロセッサーを制限している場合は、担当の営業チームに連絡してください。プライバシーモードは適用され、有効なら顧客データは学習に使われません。ゼロデータ保持（ZDR）は、Cursorが各プロバイダーと結んでいる既存の契約に従います。プロバイダーはプロンプトや出力を保持しませんが、Grok Bot独自の追加設定はありません。プロバイダーは不正利用や安全性の判定を行うことがあり、判定に引っかかったデータは調査のために保存される場合があります。
（docs.x.ai側の旧記述）利用分析には、フェイルオーバーも含めて各リクエストを処理したモデルが表示され、課金は処理したモデルに従います。

コメント

同じ「Models and data」の節でも、cursor.com/docs版は新しいヘルプ記事と同じ内容に書き換わり、docs.x.ai版は「モデルが表示される」「課金はモデルに従う」という、反対の内容のままです。docs.x.aiのGrok Botページは10月7日朝の取得分から1文字も変わっていません。いまは、日付の新しいcursor.com側と公式ヘルプを正とし、資料には参照したURLと取得日を残しておくのが安全です。

考察

情報セキュリティの観点で押さえておきたいのは最後の一文です。ZDRがあってもプロバイダー側の安全性チェックは動き、判定に引っかかったデータは保存されうる、と明記されています。顧問先の個人情報や未公開の財務データをBotに渡す運用では、「学習に使われない」と「どこにも残らない」は別の話として説明するのが正確です。ITmedia（9/24）が書いた「企業がモデルを指定しても守られる保証はない」という指摘は、今回の書き換えで公式に言い切られたことになります。確信度: 公式docs（cursor.com版）と、公式docs（docs.x.ai版）の食い違いを本号で確認。

Grok Bot security（cursor.com/docs）／Security（docs.x.ai）

速報注記（10/7 15:46 JST〜） — @elonmusk「タスクごとに最適なモデルを使う」、@poteto「Bot本体はOpus 5.5で動く」enja反応仕様

引用（X投稿）

（@elonmusk、10/7 15:46 JST）Important note regarding Grok @Bot: Going forward, @SpaceX will use the best back end model for any given task, including Claude Opus 5.5, MidJourney, Suno and other leading APIs. Whatever is most likely to give you the best outcome.
（@poteto、10/7 16:05 JST）Grok Bot is getting an upgrade!
（同スレッドの返信、16:21 JST）bot itself will run on a different model, opus 5.5 is rolling out right now ／（16:28 JST）yes, bot itself will run on opus 5.5
（@elonmusk、10/8 00:04 JST）Grok @Bot will use whatever achieves the best outcome for users. Simple questions will route to small, fast models. Questions with complex answers will route to large models.
（@elonmusk、10/8 03:02 JST）However, most @Bot requests are pretty simple and will be handled by a lightning-fast version of Grok 4.8 when that comes out. Operating principle is to give Grok Bot users the best possible combination of speed & intelligence.

日本語訳

（マスク氏）Grok Botについて大事なお知らせです。今後SpaceXは、Claude Opus 5.5、Midjourney、Sunoなどの主要なAPIを含め、タスクごとに最適なバックエンドのモデルを使います。最も良い結果につながりそうなものなら何でも使います。
（@poteto、Grok Botの開発メンバー）Grok Botがアップグレードされます。Bot本体が別のモデルで動くようになり、Opus 5.5をいま順次展開中です。はい、Bot本体がOpus 5.5で動きます。
（マスク氏、深夜の追加投稿）簡単な質問は小さく速いモデルへ、答えの複雑な質問は大きなモデルへ振り分けます。ただ、Grok Botへの依頼の大半はかなり単純なので、Grok 4.8が出たら、その超高速版で処理する予定です。速さと賢さの組み合わせを最善にすることが方針です。
@elonmuskの「Important note regarding Grok @Bot」ポストのスクリーンショット（10月7日 午後3:46、取得時点で5,776万表示）

日本語の反応（@tetumemo・@ery_treasure）

（@tetumemo）Grok Botが今後、タスクごとにOpus 5.5、MidJourney、Sunoなどのトップモデルを状況に応じて呼び出すオーケストレーション機能を持つ予定とのこと しかもすべてのbotはOpus 5.5で動き、Cursorにあるモデルも呼び出せる 一般的にはdots、開発者やクリエイターはGrok Botという流れも考えられる
（@ery_treasure）Grok Botが、裏側でClaude Opus 5.5やMidjourney、Sunoまで使っていくそうです。 … AIの勝負どころが「どれが賢いか」から「どう使い分けるか」に変わったってことなんです。
@tetumemoによるマスク氏ポストの引用と「Grok Bot：タスク最適化AIへの進化」の図解のスクリーンショット（10月8日 午前0:23） @ery_treasureによる「AIの勝負どころがどう使い分けるかに変わった」という引用ポストのスクリーンショット（10月7日 午後11:56）

コメント

仕様A・Bの背景にある投稿です。マスク氏の投稿は取得時点（10/8 05:09 JSTごろ）で5,776万表示・いいね8.8万と大きく広がりました。中身を具体的にしたのは開発メンバーの@potetoの返信で、「Botが下請けに別モデルを使う」のではなくBot本体のモデルがOpus 5.5に切り替わり、順次展開中という内容です。同じスレッドには「枠の減りが速くなるのか」「どのモデルか見られるのか」「選べるのか」「学習に使われないか」という質問が並んでおり、仕様Aのヘルプ記事はちょうどこの4点に答えています。なお、スレッドには「以前からCursorの利用画面でClaudeが使われているのが見えた」という利用者の書き込みもあり、仕様Bで触れたdocs.x.aiの旧記述（処理したモデルが表示される）と合います。

考察

10/8深夜の追加投稿で、話は「Opus 5.5に一本化」から「簡単な依頼は小さく速いモデル、複雑な依頼は大きなモデル、ゆくゆくは大半をGrok 4.8の高速版」へ広がりました。つまり、使われるモデルは今後も変わり続ける前提です。顧問先への説明では「特定のモデルの性能」を売りにせず、仕様Aの公式の立場（見えない・選べない・数え方は同じ）と、仕様Bのデータの扱いを根拠にするのが長持ちします。MidjourneyとSunoがいつ、どの依頼で使われるかは、マスク氏の投稿にも公式ヘルプにも書かれていません。スレッドには「Sunoで作曲を頼んだら使えないと言われた」という報告もあり、画像や音楽の生成は現時点では未提供と見ておくのが妥当です。確信度: マスク氏と開発メンバー本人のX投稿（返信と追加投稿はX本体ではなくミラー経由で確認）＋日本語の反応2件。

@elonmuskの投稿／@poteto「Grok Bot is getting an upgrade!」／@potetoの返信「yes, bot itself will run on opus 5.5」／マスク氏の追加投稿（小さく速いモデル）／同（Grok 4.8の高速版）／@ery_treasureの投稿／tbreakの記事（EN）

新規機能解説

x.ai/bot/changelog — 0.68.1「Slide decks and Bot-colored chats」（10月7日）en新機能

引用

Bots can build slide decks with you, showing sample slides to choose from, and deliver them as PowerPoint files or Google Slides. Bots can send formatted emails from a draft card, so recipients see headings, bold text, and lists. Bots can search your Gmail Spam folder and move a message back to your inbox. Team Bots can mention a Slack user group so its members get notified, while @here and @channel still don't ping anyone. … Typing / in the composer no longer opens a menu of skills and actions. Bots work faster on their computer … The Bot's computer has a 1920 × 1200 screen, up from 1280 × 800 … Email drafts show up as a card in the chat, a Send cut off by Stop still goes out, and attachments keep their file names. … Secure Forms fill into the page the Bot has open, and checkout card fields get a Secure Form instead of a screen handoff. When X or Vercel needs you to sign in again, the Bot shows a reconnect card instead of retrying or giving up.

日本語訳

Botが一緒にスライド資料を作れるようになりました。見本のスライドを示して選んでもらい、PowerPointファイルかGoogleスライドで納品します。下書きカードから書式つきメール（見出し・太字・箇条書き）を送れます。Gmailの迷惑メールフォルダを検索して受信トレイに戻すこともできます。Team BotはSlackのユーザーグループをメンションして通知できますが、@hereと@channelは引き続き誰にも通知しません。入力欄で「/」を打ってもスキルとアクションのメニューは開かなくなりました。Botのコンピュータ操作が速くなり、画面は1280×800から1920×1200に広がりました。メールの下書きはチャットにカードで表示され、停止ボタンで中断された「送信」もそのまま送られます。添付ファイルは名前を保ちます。Secure Formは開いているページに直接入力され、決済のカード番号欄でも画面の受け渡しではなくSecure Formが使われます。XやVercelの再ログインが必要なときは、再試行や中断ではなく再接続のカードが出ます。

コメント

昨日の号で「第三者サイトだけがstable化を報じていた0.68.1」の公式ノートです。スライドがPowerPointで納品される点は、研修資料や提案書を作る仕事に直結します。いっぽう、昨日のtechdevnotesが挙げていた「1Password連携の削除」と「New model picker menu」は、公式ノートにはありません。モデルピッカーは仕様Aのとおり「ない」と公式に書かれたため、こちらは解消しました。

考察

運用で気をつけたいのは「停止で中断された送信も送られる」という修正です。送信ボタンを押した後に止めても取り消しにはならない、という意味なので、確認は押す前、下書きカードの段階で済ませる必要があります。また「/」でスキルを呼ぶ手順は、docs.x.aiの複数ページにまだ載っており（Marketplaceという旧名称も残っています）、社内マニュアルを作るときは画面と照らし合わせるのが無難です。画面が1920×1200に広がったことで、Botの画面を見守ったり引き継いだりするときの見やすさは上がります。確信度: 公式changelog（日付はRSSの10月7日）。

Grok Bot Changelog 0.68.1

x.ai/bot/changelog — 0.67.0（10月2日）・0.68.0（10月5日）：Connect Apps、承認カードの改善、Gmailの送信元選択、ルーチンの右クリック操作en新機能

引用

(0.67.0) Marketplace is now Connect Apps, with category chips under the search, Recommended for you first, and Bot templates on the web. … Approval cards show when your Ask first rule paused an action or Always allow added a rule, with Edit rule to change it in Settings. Connected Google accounts show their email address instead of default on connector cards and in the account list. … When a Gmail reply-all fails, the draft card says Message not delivered instead of showing it as sent. … Routine schedules no longer claim an interval that doesn't repeat …
(0.68.0) Settings → Computer shows Remove for your other computers … Email drafts can go out from a verified Gmail send-as address, with a From picker when you have more than one. … Approval cards ask whether to allow the Bot by name and quote its instruction, and Settings calls saved rules Custom Rules. Notifications and the per-Bot notification switch now say the Bot is waiting for you. Right-click a routine in the details pane for Pause, Resume, Test, Edit, and Delete … Team Bots no longer appear in the primary Bot picker, and a refused change says Team Bots can't be a primary Bot.

日本語訳

（0.67.0）MarketplaceはConnect Appsに改称され、検索の下にカテゴリーのチップ、先頭に「おすすめ」が並び、Botテンプレートはウェブでも見られます。承認カードには、「Ask first」のルールで止まったことや「Always allow」でルールが追加されたことが表示され、「Edit rule」から設定で変更できます。接続したGoogleアカウントは「default」ではなくメールアドレスで表示されます。Gmailの全員返信が失敗したときは、送信済みに見せず「Message not delivered」と表示します。繰り返さない間隔をルーチンの予定として表示する不具合も直りました。
（0.68.0）設定のComputerに、他のコンピュータの削除（Remove）が出ます。メールの下書きは、確認済みのGmailの「別のアドレスから送信」から送れるようになり、複数あるときは差出人を選ぶ欄が出ます。承認カードはBotの名前で許可を尋ね、その指示を引用します。設定に保存したルールの呼び名はCustom Rulesになりました。通知は「Botがあなたを待っている」と表示します。詳細ペインでルーチンを右クリックすると一時停止・再開・テスト・編集・削除ができます。Team BotはPrimary Botに選べないことが明示されました。

コメント

10-06号で紹介したv0.63〜0.66の続きです。小さな改善が中心ですが、承認まわりの変更が多い点が目立ちます。複数のBotを動かしていると、どのBotの何の操作を許可するのかが分かりにくくなりがちでした。カードにBot名と指示の引用が出るようになり、判断がしやすくなります。

考察

Gmailの「別のアドレスから送信」に対応したことで、屋号や事務所用のアドレスをGmailに追加している個人事業主でも、Botの下書きを正しい差出人で出せるようになりました。ただ、差出人を選べるということは、選び間違える余地が増えるということでもあります。顧客ごとに使うアドレスをBotの説明（Description）に書いておくと、取り違えを防げます。0.67.0の「全員返信が失敗したら送信済みに見せない」修正と、0.68.1の「停止しても送信される」修正を合わせると、メールの送信状態はカードの表示で確かめるのが基本になります。確信度: 公式changelog（日付はRSSの10月2日・10月5日）。

Grok Bot Changelog 0.68.0／0.67.0

実践事例

Notre株式会社（伊藤鉄馬） — 営業Botの「返信漏れチェック」：管理表とメールの照合を平日朝に任せる（8/26公開・9/25更新）ja実践

引用

「返信漏れチェック：漏れなし。」Grok Botの営業担当との会話には、こんな短い報告が日付ごとに並んでいます。 … 営業Botには、平日の朝に返信漏れを確認するルーチンが設定されています。 … 問い合わせ後の管理表と届いたメールを照合し、返答の記録に抜けがあれば更新して、この会話へ報告するようにしています。 … この仕事では、フォームの自動受付と担当者からの返答を分けています。「お問い合わせを受け付けました」という通知だけでは、相手が内容を見て返事をしたことにはならないからです。 … 「漏れなし」と返ってきたことだけで、確認の正確さまで保証できるわけではありません。 … 掲載用に返信チェックの仕組みを説明してもらうと、Botは「毎日見る」と返しました。実際の設定は平日です。 … 同じ修正が続くなら、毎回言い直すだけでなく、役割の説明や手順に残すことを考えます。

コメント

派手な自動化ではなく、「問い合わせの後に相手から返事が来たか」を管理表と突き合わせるだけの仕事です。そのぶん、何を返信と数えるか（自動受付は含めない）、Botに任せる範囲（照合・記録の更新・報告）、人がやること（対応の判断と社外への返信）が表で整理されていて、そのまま真似できます。実画面つきで、報告の数字は「Botの報告値で、精度を検証した数値ではない」と断っている点も誠実です。

考察

Botが自分の設定を「毎日」と説明し、実際は「平日」だった、というくだりは、ルーチンを任せるときの確認の仕方として参考になります。Botの説明ではなく、ルーチンの画面に出ている予定を正として確かめる、という順番です。0.68.0で入った「ルーチンを右クリックしてテスト・編集」の操作と組み合わせれば、設定を直してすぐ試すまでが短くなります。中小企業なら、補助金の問い合わせ管理や見積依頼の追客など、同じ形の「照合して漏れだけ報告」から始めるのが手堅いと考えます。確信度: 運用企業による実画面つきの記事（数値の検証はなし、9月25日時点の情報）。

Notre「Grok Botはどんな人に向いている？実際に使って分かった特徴」

x.ai/bot/guides — Grok Bot for Founder-Led Sales（Simon Lackowski、10月6日）：Chief of Staff＋8体の「Founder Mode」パックen実践

引用

I built a founder-led sales Grok Bot pack, Founder Mode, to tackle everything for early stage startup sales: one chief of staff and 8 specialist bots. … one chief of staff bot, 4 sidebar folders (Pipeline, Customers, Product, Marketing), 8 bots, 16 paused routines, and a shared data folder. Onboarding asks around 20 questions … Every routine stays paused until you confirm your preferred schedule. … Gmail and Calendar (drafts and read only) … LinkedIn and X (read and draft only, I post by hand) … Founder Mode is the only bot I talk to day to day. At 8am it merges every other Grok Bot's routines and automations into one daily action list. … Outreach Bot … reads the deal tracker first and skips anyone in an active deal or marked do not contact. … The whole batch waits for my approval. … Stalk Bot (Product) watches competitors from its own research email, never mine. … KEEP / HOLD / DQ … Never auto-send. … Feedback I give twice becomes a saved instruction.

日本語訳

Grok for Startupsで創業者を支援するSimon Lackowski氏（Cursorの初期のSDR）が、創業者自身が営業する段階向けのパック「Founder Mode」を作りました。中身は、Chief of Staff役1体と専門Bot 8体、サイドバーのフォルダ4つ（Pipeline・Customers・Product・Marketing）、一時停止状態のルーチン16本、共有のデータフォルダです。導入時に会社・ピッチ・文体の見本・理想顧客（ICP）・競合・P0の定義など約20問に答え、ルーチンは予定を確認するまで止まったままです。接続は、Gmailとカレンダーを下書きと読み取りのみ、LinkedInとXも読み取りと下書きのみ（投稿は本人が手で行う）にしています。本人が毎日話すのはFounder Modeだけで、朝8時に他のBotのルーチン結果を1つの行動リストにまとめます。金曜はパイプラインと勝敗のまとめ、月曜は入金との照合、月1回は投資家向け報告の下書きです。Outreach Botは毎朝7時に新規営業メールとLinkedInの文面を用意しますが、先に案件管理表を読み、商談中の相手や連絡禁止の相手は飛ばし、全件が承認待ちになります。競合を見張るStalk Botは本人のではなく調査用の専用メールアドレスを使い、投稿も連絡もしません。見込み客はKEEP（下書き済み）／HOLD（「なぜ今か」が弱い）／DQ（対象外）に分けます。原則は「自動送信しない」「肩書きより兆候で選ぶ」「同じ指摘を2回したら、保存された指示にする」です。

コピーできるプロンプト（訳）

毎週月曜の朝7時（私の時間）に、ICPに合い、今週［課題］について投稿したか［職種］を採用した会社を探してください。初回の前に、ICP（業種・規模・段階・地域）、決裁者と日々困っている人、どの兆候を数えるか、対象外の会社を私に聞き、答えを保存して毎回使ってください。該当した会社ごとに、適合度で順位を付け、兆候をリンク付きで説明してください。案件管理表・Gmail・カレンダーを確認し、既存顧客や進行中のやり取りを新規として出さないでください。私の人脈と過去のやり取りから紹介ルートを探し、人の名前を挙げてください。製品ではなく兆候から書き出す短い最初の連絡文を、私の文体で下書きしてください。すべてをKEEP・HOLD・DQに分け、理由を1行ずつ付けてください。確認済みの会社の一覧を持ち、新しいものだけ報告してください。新しい該当がなければ、その旨を1行で知らせてください。下書きはGmailの下書きに入れ、何も送らず、シーケンスに登録せず、許可なくCRMを変更しないでください。

補足（X投稿：@potetoの「最初は1体で」）

you don’t need to rush into making multiple bots! your primary bot is very capable even on its own. i’d even recommend doing everything with one bot first before you make new ones. the reason you might want to add new bots is for specialization and organization, but that can come later
急いでBotを何体も作る必要はありません。Primary Botは1体でも十分に有能です。新しいBotを作る前に、まず1体ですべてをやってみることを勧めます。Botを増やす理由は専門化と整理のためで、それは後からで構いません。（同じ投稿の冒頭では、最初にカレンダー・Slack・課題管理・CRM・Google Driveなど普段使うアプリをつなぎ、Botに仕事の文脈と道具を渡すよう勧めています。）
@potetoの「if you're trying out Grok @Bot for the first time today」ポストのスクリーンショット（10月7日 午後10:48）

コメント

公式ガイドの中でも、そのまま借りられる部品が多い回です。特に「16本のルーチンを止めた状態で配る」「Gmailは下書きと読み取りだけ」「競合調査は専用のメールアドレスで」の3点は、承認の境界を最初の設定で固定するやり方として分かりやすい例です。プロンプトも、初回に条件を聞いて保存する、確認済みの一覧を持って新しいものだけ出す、該当なしでも1行報告する、と、ルーチンにするときに抜けやすい点が押さえられています。

考察

宮崎の中小企業に置き換えるなら、「社長が営業を兼ねている会社」の型として使えます。ただ8体は多すぎます。開発メンバーの@potetoも同じ日に「まず1体ですべてをやってみる」よう勧めており、最初はPrimary Bot 1体に朝のまとめと営業メールの下書きを任せ、役割が固まってから分けるのが現実的だと考えます。注意したいのは、記事の「Stalk Botは専用メール」という設計の意味です。上のNotreの記事が引く公式FAQのとおり、同じアカウントのBotは同じコンピュータとログインを共有するため、Botを分けても情報の境界にはなりません。調査用に別のアカウントを用意して、そもそも本人の受信箱に触れさせない、というのが筋の通った分け方です。「同じ指摘を2回したらルールにする」は、上のNotreの記事の「同じ修正が続くなら手順に残す」とも一致しています。確信度: 公式ガイド（筆者はGrok for Startupsの担当者。効果の数値はなし）。

Grok Bot for Founder-Led Sales（x.ai Guides）

収集: 2026-10-08 約05:05–05:30 JST。英語ソースは翻訳付き。公式ProductブログはTeam Bots（9/28）以降の新着がありません。公式changelogには0.67.0（10/2）・0.68.0（10/5）・0.68.1（10/7）が載り、0.68.1はCursorの@ericzakariassonも10/8 02:36 JSTに告知しています。status.cursor.comによると、昨日の号で調査中だった「Cloud Agents and Grok Bot」のサービス低下は、Grok Botが10/7 06:25 JSTに復旧、07:06 JSTに解決済みです。その後、10/8 00:59〜02:25 JSTにも「一部地域のGrok Botのコンピュータ」の低下がありました（解決済み）。docs.x.aiのGrok Botページは10/7朝の取得分から変更がありません。X投稿は約05:09 JSTに取得しました（表示数などは取得時点。返信と追加投稿の一部はX本体ではなくミラーで確認）。次候補は、@mattypが10/8 02:31 JSTに出した「What's new in Grok Bot」動画（Main Bot・Googleコネクタ・Team Botの音声通話ほか）とWhat's Newワークショップ（10/9 2:00 JST）、MidjourneyとSunoの提供時期、Grok 4.8、MacStoriesの@viticciによるBot＋Cursorの二重ループ運用（EN）、公式ガイド「Performance Marketing」（10/5）、docs.x.ai側の旧記述の更新です。日本語ソースは公式Help（日本語版）・Notre・Xの反応2件で、英語の一次情報が多い日になりました。事実と意見を分け、確信度を各カードに記載しています。