← 一覧に戻る

Grok活用事例ダイジェスト

2026-10-10・仕様2＋更新注記 / 新機能2 / 実践2　※英語は日本語訳つき。10-09号は休刊したため、本号は10月8日〜10日朝の動きをまとめています。中心はGrok Botが自分のメールアドレスを持てるようになったことです。公式ヘルプに日本語版つきの新しい記事が出て、10日未明には@botとマスク氏が告知しました。あわせて、Grok Businessのシートで使えるようになった件、10-08号で紹介したモデルの記事の書き換え、Xの検索・監視と「@botタグで依頼」、Shopify連携、メインBotでAIチームを組み直したnote記事、公式ガイドの広告運用チームを取り上げています。

仕様解説

cursor.com/ja/help — Bot にメールアドレスを設定する（新設：mail.grokbot.com・1人1アドレス・変更も削除も不可・受信メールの指示は権限にならない）ja仕様

引用（公式日本語版）

mail.grokbot.com で、yourname@mail.grokbot.com のような Bot 用のメールアドレスを取得できます。取得したアドレスで、Bot はメールの受信、読み取り、検索、送信を行えるようになります。 … Bot に頼む。 「自分用のメールアドレスを取得して」のように伝えます。Bot が希望の名前を尋ね、その名前が使用可能かを確認したうえで承認カードを表示します。承認するまでアドレスは確保されません。 … Cursor チーム経由で Grok Bot を使用している場合は、事前にチーム管理者がエージェントメールを有効にする必要があります。 … アドレスは1つだけ持つことができます。名前の変更や削除はできないため、慎重に選択してください。 … このアドレスは特定のBotではなく、あなた自身に紐づいています。 … Team Botには、チームで共有するアドレスはありません。 … アプリには受信トレイの表示機能がなく、新着メールの通知も届きません。 … Bot が受信メールに応じて動作するのは、あなたが作成したルーチンを通じた場合のみです。 … デフォルトでは、ルーチンは標準のメール認証チェックに合格した送信者からのメールに対してのみ実行されます。件名でフィルターすることはできません。 … Bot がメールを送信するのは、あなたがチャットまたはルーチンの指示で依頼した場合のみです。それ以外の場合は、下書き全体を表示し、送信前に確認を求めます。返信も送信として扱われます。 … Bot が受信したメールに含まれる指示は、送信の権限としては扱われません。 … 1 通のメールにつき、To、Cc、Bcc を合わせて最大 50 人まで … ニュースレターと初回連絡のメールは、1 通につき 1 人の宛先に送信され、ワンクリックで配信停止できるリンクが含まれます。

X投稿（@bot、10/10 2:25 JST）

Grok Bot now has its own email. Bot can use it to sign up for services, contact businesses for you, or schedule time with someone.
Grok Botが自分のメールアドレスを持てるようになりました。サービスへの登録、あなたに代わって企業へ連絡すること、相手との日程調整に使えます。（12分後にマスク氏が「Grok @Bot can now set up its own email」と投稿し、開発メンバーの@potetoは「Botに頼むか、Xで@botをタグ付けすれば設定してくれます」と補足しています。）
@botの「Grok Bot now has its own email.」ポストのスクリーンショット（10月10日 午前2:25、取得時点で約70万表示）

コメント

ヘルプ記事は10月8日朝の巡回では一覧になく、10日朝に見つかりました。X上では10月8日に「段階的にロールアウトされてるようで、試したかったのですがまだ使えなさそうでした」（@_yaSu_dev）という投稿があり、告知の前から一部で使えていたようです。仕様で押さえたいのは3点です。アドレスは1人1つで、名前の変更も削除もできません。アプリに受信トレイはなく、中身はBotに聞いて確かめます。受信をきっかけに動かすにはルーチンが必要で、送信者やドメインでは絞れますが、件名では絞れません。日本語の反応では「１回限りで、grok botに頼むか、@botに依頼すればいいみたい」「欲しいアドレスがあるなら、急ごう！」（@cursorvers）、「やはり通知系をgrok botの方に送ってプロアクティブに動いてもらうのが良いんかね」（@gota_bara）といった声が出ています。英語圏では、会社のメールから月次の管理資料（Excel）を転送したら、数分で3パターンの年間予測を作った、という報告もあります（@ramyuva、本人の投稿のみで検証はされていません）。

考察

情報セキュリティの面で評価したいのは、「受け取ったメールに書かれた指示は、送信の許可にならない」とヘルプに明記された点です。誰でも送れるアドレスなので、メール本文で「この内容を返信して」と書かれても、それだけでは動きません。そのうえで、中小企業での使い方は、まず受け取り専用の窓口から始めるのが手堅いと考えます。たとえば、ニュースレターや請求書の控え、Webサービスの登録通知をこのアドレスで受け、ルーチンで要約させる使い方です。取引先への連絡に使う場合は、相手から見ると見慣れない mail.grokbot.com のドメインになります。誰の代理で送っているのかを署名に書く、初回の連絡は人が出す、といった社内ルールを先に決めておくと安心です。名前は後から変えられないため、個人名よりも屋号や役割名を選ぶのが無難です。Cursor Teams経由の利用では管理者が有効にするまで使えず、オフにするとメールのルーチンは止まりますが、アドレスとメールは残ります。確信度: 公式Help（日本語版、本号で初確認）＋公式@botと開発メンバーの投稿。

Bot にメールアドレスを設定する（日本語版）／英語版／@elonmuskの投稿／@potetoの投稿／@cursorvers／@gota_bara／@ramyuva（EN）

cursor.com/ja/help — SuperGrok・プランと請求（追記：セルフサービスの Grok Business のシートで Grok Bot が使える）ja仕様

引用（公式日本語版）

会社がセルフサービスの Grok Business プラン (SuperGrok Business と呼ばれることもあります) を利用しており、管理者からシートを付与されている場合、そのシートには Grok Bot が含まれています。プラン画面で購入や連携を行う必要はありません。 … Grok Bot からサインアウトします。 … サインインページで Sign in with Grok を選択します。 … Grok Business のシートが付与されている Grok アカウントでサインインします。 Grok Bot の利用枠は、シートのライセンスに応じて決まります。SuperGrok ライセンスでは SuperGrok の利用枠、SuperGrok Heavy ライセンスでは SuperGrok Heavy の利用枠が付与されます。管理者がシートを削除すると、そのシートによる Grok Bot へのアクセスは終了します。 この方法はセルフサービスの Grok Business でのみ利用できます。会社で Grok Enterprise を利用している場合は、Grok Bot へのアクセスについてアカウントマネージャーにお問い合わせください。 … Grok Business のシートも SuperGrok の連携と同じ扱いです。Cursor プランや SuperGrok の連携に利用が上乗せされることはありません。

コメント

10-04号で紹介した「SuperGrokの連携」の記事は、当時「SuperGrok Team と SuperGrok Enterprise は対象外」と書いていました。今回その記述が改められ、プラン、サインイン、FAQの各記事にも同じ説明が入りました。会社で契約したセルフサービスの Grok Business のシートでも Grok Bot が使えます。手順はプラン画面で連携するのではなく、いったんサインアウトして「Sign in with Grok」で入り直す形です。利用枠はシートのライセンス（SuperGrok か SuperGrok Heavy）で決まり、Cursorのプランや個人のSuperGrokと重ねても上乗せはされません。Grok Enterprise は引き続き担当窓口への相談です。

考察

社員数人の会社で「Grokは会社契約、Grok Botは個人で別途」と二重に払う必要があるか、という相談は今後増えそうです。今回の記載で、セルフサービスの Grok Business を契約していれば、管理者がシートを割り当てるだけで済むことになりました。気をつけたいのは、シートを外すとその人のGrok Botの利用も止まる点です。退職や異動のときにシートを外す手順は、Botに任せていたルーチンの引き継ぎとセットにしておくと、業務が急に止まる事態を防げます。また「すでに別のCursorアカウントに連携されている」というエラーが出た場合はサポートへ問い合わせるよう案内されているため、個人で試していたGrokアカウントを会社のシートに切り替える場合は、どのCursorアカウントにつながっているかを先に確かめておくのが安全です。確信度: 公式Help（日本語版、本号で変更を確認）。

SuperGrok・X Premium+ の連携（日本語版）／プランと請求（日本語版）／英語版

更新注記 — 「Grok Botではどの AIモデルが使われていますか？」が書き換わりました（10-08号の補足と訂正）ja仕様

引用（公式日本語版、10/10朝の取得時点）

Grok Bot が Opus 5.5 を使用すると、トークンあたりのコストは高くなりますか？ いいえ。当社は最適なコストパフォーマンスを提供し、利用枠をできるだけ長く使えるよう取り組んでいます。利用枠の消費ペースは、Grok Bot に依頼する作業の種類と、各タスクに必要な処理量によって決まります。タスクを Opus 5.5 にルーティングしても、そのタスクのトークンあたりのコストが変わることはありません。利用状況の内訳を確認するには、Grok Bot で Settings > Usage & Billing を開くか、Grok Bot の利用の仕組みは？を参照してください。

消えた記述（10/8朝の英語版。10-08号で紹介）

This does not change how quickly you use your limits: Grok Bot usage counts the same way regardless of which model handled the request. … Does the model used change how fast I use my Grok Bot usage limits? No. Your usage counts the same whichever model handles the request.
（旧）これによって利用上限の消費ペースが変わることはありません。どのモデルが処理しても、Grok Botの利用は同じように数えられます。…（Q）使われたモデルによって、利用上限の消費ペースは変わりますか？（A）いいえ。どのモデルが処理しても数え方は同じです。

コメント

10-08号では、この記事を「見えない・選べない・枠の減り方は変わらない」とまとめました。10月10日朝の時点で、3つ目の「どのモデルでも数え方は同じ」という文は記事から消えています。代わりに入ったのは「Opus 5.5に回してもトークンあたりの単価は変わらない」「消費ペースは作業の種類と処理量で決まる」という説明です。FAQの「モデルを選べますか」の回答と、cursor.com/docsのセキュリティページ（Models and data）からも同じ趣旨の文が削られました。「見えない」「選べない」「チームのモデル許可リストは効かない」の部分は変わっていません。なお、status.cursor.comには、10/8 22:54〜10/9 0:31 JSTに「Opus 5.5で429エラー（全製品）」、10/9 4:52〜5:51 JSTに「Opus 5.5のエラー増加」が記録されています（いずれも解決済み）。

考察

単価が同じでも、大きなモデルで長く考えれば使うトークンは増えます。新しい説明は、その可能性を否定していません。10-08号の「Opus 5.5のような高価なモデルに切り替わっても、利用者側の枠の数え方は同じ」という書き方は、現時点の公式記載より強い表現でしたので、ここで訂正します。顧問先には「モデルが変わっても単価は同じ。ただし減り方は依頼の重さ次第なので、Settings > Usage & Billing で実際に確かめる」と伝えるのが正確です。10-06号の「利用枠は実測で稟議に載せる」という方針は、今回の書き換えでいっそう大事になりました。確信度: 公式Help（日本語版・英語版）とcursor.com/docsを10-08号の取得分と突き合わせて確認。

Grok Botではどの AIモデルが使われていますか？（日本語版）／Grok Bot security（cursor.com/docs）／status.cursor.com 障害履歴／10-08号

新規機能解説

@bot・docs.x.ai — Xの検索・閲覧・監視（接続不要・読み取り専用）と「@botをタグ付けして依頼」（10月8日〜）enja反応新機能

引用（docs.x.ai「Computer and apps」「Tag @bot on X」）

Bots can search and read what's public on X without you connecting an X account. Ask a Bot to search posts, open a post from its link, read an account's posts and mentions, see who quoted or reposted a post, count recent posts on a topic, or check trends and news. This access is read-only and doesn't sign in as you. For your DMs, bookmarks, home timeline, or who liked your posts, add the X plugin from Marketplace and sign in with X.
Tag @bot in a post or reply on X to hand that post to your Grok Bot as a task. … @bot answers on X with a short reply confirming that your Grok Bot has the request, and your main Bot starts working on its cloud computer. The work and its results stay in that Bot's conversation in the Grok Bot app; @bot posts only the confirmation on X. … The first time a request goes through, X sends you a notification that tagged requests start work automatically and use your Grok Bot usage. … It is not yet available for accounts based in Australia, the United Kingdom, the European Union, Iceland, Liechtenstein, or Norway. @bot goes by the country X has on record for your account, so your current location and any VPN have no effect. … The post also tags @grok. The post, the post it replies to, or a quoted post has a video or GIF.

日本語訳

Botは、Xアカウントを接続しなくても、X上の公開情報を検索して読めます。投稿の検索、リンクからの投稿の表示、アカウントの投稿とメンションの読み取り、引用・リポストした人の確認、話題の最近の投稿数の集計、トレンドとニュースの確認ができます。このアクセスは読み取り専用で、あなたとしてログインするものではありません。DM、ブックマーク、ホームタイムライン、いいねした人を見るには、MarketplaceからXプラグインを追加してXでサインインします。
Xの投稿や返信で@botをタグ付けすると、その投稿を自分のGrok Botへの仕事として渡せます。@botはX上で「受け付けました」という短い返信をし、メインBotがクラウドのコンピュータで作業を始めます。作業と結果はGrok Botアプリの会話に残り、Xに出るのは受付の返信だけです。初回は、タグ付けした依頼は自動で作業が始まりGrok Botの利用枠を使う、という通知がXから届きます。オーストラリア、英国、EU、アイスランド、リヒテンシュタイン、ノルウェーのアカウントではまだ使えません。判定はXに登録された国で行われ、現在地やVPNは関係ありません。@grokも一緒にタグ付けした投稿や、動画・GIFを含む投稿では@botは反応しません。
@botの「Grok Bot can now search, read, and monitor X.」ポストのスクリーンショット（10月8日 午前6:40、取得時点で約520万表示）

日本語の使い方（@furoku、10/8 16:39 JST）

研究テーマや進行中のプロジェクトを継続して調べる役に、Grok Botの調査力を使っていこうと思っています。 🔎 Grok BotがXやWebを調査 📂 Google Driveに整理して保存 🛠️ dotが読み取り、研究や実装に使う ただ情報をためるだけでなく、前の調査と照らして重複や古い情報を整理。使えるコンテキストに毎日磨いてもらう設計です。 連携はDrive経由なので、スマートというより素朴な方法ですが、初回の受け渡しはできました。毎朝の調査も設定済みです。
@furokuによる「Grok Botにも、チームに。」ポストのスクリーンショット（10月8日 午後4:39）

コメント

告知は10月8日 6:40 JSTの@botの投稿（取得時点で約520万表示）で、ドキュメントには「Search and read X」の節と、新しい「Tag @bot on X」のページが追加されました。8月29日の公式ニュース「Grok Bot now works with X」はXアカウントを接続する方式でしたが、今回は接続なしで公開情報を読める点が違います。日本語圏でも「Xコネクタの設定なしで全ユーザーがすぐ使える」（@h_a_t_a_r_a_k_e）、「これまではブラウザ操作かAPIで取得してたけど、それが不要に」（@baigietakeuchi）と受け止められています。@furokuさんは、XとWebの調査結果をGoogle Driveに整理させ、別のエージェントが読む、という受け渡しの形をすでに毎朝のルーチンにしています。なお、上限について「1分に30回、1日に1000回まで」というBotの回答を引用した投稿（@game_ui58233）がありますが、公式ドキュメントには数値の記載がありません。

考察

中小企業にとっては、自社名や商品名、競合の発信を毎朝拾って要約する「評判の見張り役」が、APIの契約なしで組めるようになりました。読み取り専用で本人としてログインしないため、誤投稿の心配もありません。いっぽう「@botタグで依頼」は、依頼そのものが公開の投稿になる点に注意が必要です。返信は受付の一言だけでも、何を頼んだかは誰でも読めます。顧客名や社内事情が入る依頼はアプリから出し、タグ付けは公開済みの投稿の要約などに限る、と決めておくのがよいと考えます。タグ付けの依頼は自動で作業が始まり利用枠を使うため、X上で「@bot からの返事はサブスク枠から容量減るの？？」（@amanojak2024）という疑問が出ているのも、この仕様を知らないと戸惑う点です。日本は利用できない国の一覧には入っていませんが、日本で使えるとの明記もありません。確信度: 公式docs（docs.x.ai、本号で新ページを確認）＋公式@bot＋日本語の利用者投稿。

Tag @bot on X（docs.x.ai）／Computer and apps（Search and read X）／@h_a_t_a_r_a_k_e／@baigietakeuchi／@game_ui58233／x.ai/news「Grok Bot now works with X」（8/29）

@bot・Shopify — Shopifyコネクタ（注文・在庫・商品の確認と更新、10月9日 1:11 JST告知）en新機能

引用（Shopify Help Center「Shopify connector for Grok」）

Grok and Grok Bot are separate products from xAI, and the Shopify connector works in both. The connectors page in Grok doesn't install the connector for Grok Bot. To install it in Grok Bot, go to Connect apps in the Grok Bot app, and then search for Shopify. Responses in Grok Bot are text only. … there's no extra Shopify fee for using the connector. … A connected AI tool can read data but not change it, unless you approve write access. … A connected AI tool can't issue refunds, cancel or capture orders, mark orders as paid, process returns, or create and adjust gift cards. These actions are blocked even when you approve write access. … it can't edit your live theme, publish a theme, or delete one. … A connected AI tool changes items one at a time, so a large batch can stop partway … The connector reads your orders but doesn't change them. … The connector reads your customer records but doesn't change them. … The connector reads the current quantity first, so an update stops safely if the count changed after the connector looked. … The connector creates percentage-off discount codes. … Mention Shopify by name in your chat request so that Grok uses the connector rather than answering from general knowledge

日本語訳

GrokとGrok BotはxAIの別々の製品で、Shopifyコネクタはどちらでも使えます。Grokのコネクタ画面で入れても、Grok Botには入りません。Grok BotではConnect appsで「Shopify」を検索して追加します。Grok Botでの回答はテキストのみです。コネクタの利用にShopify側の追加料金はかかりません。書き込みを許可しない限り、読むだけで変更はしません。書き込みを許可しても、返金、注文のキャンセル・確定、支払い済みにする操作、返品処理、ギフトカードの作成・調整はできません。公開中のテーマの編集・公開・削除もできません。変更は1件ずつ行うため、大量の一括処理は途中で止まることがあります。注文と顧客情報は読むだけで、変更しません。在庫は、変更前に現在の数を読み、その後に数が変わっていたら安全に止まります。割引コードはパーセント割引の新規作成のみです。依頼には「Shopify」と名前を入れると、一般知識で答えずにコネクタを使います。
@botの「Grok Bot can now help run your Shopify store.」ポスト（Shopify公式の告知を引用）のスクリーンショット（10月9日 午前1:11）

コメント

Shopify公式が10月9日 1:01 JSTに「Grokにつなげばビジネスの質問に答え、@botにつなげば運営を手伝うエージェントのチームを作れる」と告知し、@botがそれを引用しました。ShopifyのヘルプにはGrok Bot向けの節があり、できないことが具体的に書かれています。お金が動く操作（返金・キャンセル・返品）は、書き込みを許可しても止められる設計です。10日未明には、Shopifyの@tobi氏とマスク氏がそろって「Grok BotでShopifyのストアを運営している人は感想を」と呼びかけています。日本語でも「小さく店を運営している人なら、注文や在庫のチェックをまとめて頼める」（@multilayer）という受け止めが出ています。

考察

宮崎でShopifyを使っている物販や食品の事業者なら、最初は読み取りだけを許可し、朝の受注一覧と在庫が少ない商品の報告をルーチンにするのが入りやすいと考えます。商品説明の更新や割引コードの作成など書き込みを任せるのは、その後です。ヘルプにあるとおり、一括変更は途中で止まることがあるため、セール前の価格の一斉変更などはShopifyの管理画面で行い、Botには結果の確認を頼む分担が安全です。また、顧客情報の一覧（名前・メール・電話・購入額）も読めるため、個人情報を扱うBotとして、誰が会話を見られるかを決めておく必要があります。日本のストアでの動作や日本語の商品データでの精度は、まだ報告が見当たりません。確信度: Shopify公式Help（英語版。日本語版は取得できず）＋公式@botとShopifyの投稿。

Shopify connector for Grok（Shopify Help Center）／@Shopifyの告知／@tobi／@elonmusk／@multilayer

実践事例

匿名係長(河童)（note） — Grok Bot「メインBot」でAIチームを再編成してみた（10/8公開）：組織づくりの手間をメインBotに任せるja実践

引用

私は今まで「Grok Bot」の各Botやグループチャットの作り方、設計、役割、構成などをChatGPTに相談しながら作っていました。 … AIは組織の設計図を考えてくれるものの、その設計図に従って一人ずつ人材を配置し、仕事の内容を教えて回るのは人間だったわけです。 … 最終的に、次のような6体の構成になりました。 note編集長：記事制作全体の進行管理 noteリサーチ：情報収集 note企画：記事の企画・構成 note執筆：本文の制作 note検品：原稿の品質確認 note営業：公開後の発信・拡散に関する業務 … 私の場合は、変更内容を一度下書きとして提出してもらい、それを確認したうえで、承認した内容を反映するように指示していました。 … 新しいBotをグループチャットに追加する操作や、グループ全体のルールを説明欄に反映する操作については、メインBot側に必要な権限がありませんでした。 … メインBotからは「あと2つの手作業で動かせる状態です」といった報告があり、どの画面を開き、何を設定すればよいのかまで説明してくれました。 … 新しい6Bot体制で記事を一度テスト制作してみたのですが、個人的には以前よりも少し物足りない印象を受けました。

コメント

非エンジニアの筆者が、noteの有料記事を作る5体のBotチームを、メインBot（10/2のv0.66.0で入った主担当のBot）に相談して6体に組み直した記録です。既存5体の名前と役割の変更、足りない「編集長」Botの新規作成まではメインBotが行い、グループへの追加とグループのルールの反映は権限がなく、人の手作業として残りました。変更は一度下書きで出させ、確認してから反映させています。「このチームが下書きした記事は1本も売れていない」「新体制のテストは1回で、少し物足りない」と、うまくいっていない点も正直に書かれています（記事は300円の有料記事で、付録の6体分の設定文は有料部分です。経緯と結果は無料部分で読めます）。

考察

実務で参考になるのは、メインBotが自分にできない作業を切り分けて、人に残りの手順を渡したところです。Botに組織の変更を任せるときは、「何を変えたか」と「人がやること」の両方を報告させる形にしておくと、抜け漏れが起きにくくなります。もう1点、「ルールを細かく決めすぎて文章の自由度が下がったかもしれない」という筆者の仮説は、10-08号の@potetoの「まず1体で全部やってみる」という助言とも通じます。顧問先でBotを増やす相談を受けたときは、体数を増やす前に、1体で回したときに何が足りなかったのかを先に確かめるよう勧めるのがよいと考えます。確信度: 個人の体験記（10/8時点、テスト1回、成果の数値はなし）。

匿名係長(河童)「Grok Bot『メインBot』でAIチームを再編成してみた！」（note）／筆者の告知ポスト

x.ai/bot/guides — Grok Bot for Performance Marketing（Miguel Cruz、10月5日）：広告運用を4体のBotで回すen実践

引用

I run paid media for Grok Bot … Can we use Grok Bot to stand up an entirely new ad program from scratch? … Fuse stops other bots from clicking around an ad account profusely, or from firing APIs hard enough to get our account banned. This is our gatekeeper and one of the first bots we set up. … Tally watches Slack for "can you pull" requests and drafts a response by pulling metrics from our data warehouse. … Leadsworth tracks down-funnel lead performance … Iris keeps creative, procurement, and project threads from dying in Slack. … When it all looks normal, we don't hear about it. We only get pinged when something's off. A channel spends double the daily budget overnight. A channel gets $0 in spend. Conversion count dropped to zero because a tag stopped firing. … Budget between personas is still my call … Start with reporting. … Write the bot like a job description. What it owns, the KPI it's responsible for, and where it has to stop and ask you. That last part matters more than the first two. Give it one channel instead of all of them. … Keep platform actions as drafts for the first few weeks. … put anything that touches an API behind a gatekeeper before you scale up. … Can Grok Bot change my ad budgets on its own? Only if you explicitly tell it to.

日本語訳

Grok Bot自体の有料広告を担当するMiguel Cruz氏が、Grok Botのローンチで新しい広告プログラムを一から立ち上げられるかを試した記録です。社内で実際に動かしているのは4体です。Fuseは、他のBotが広告アカウントを操作しすぎたり、APIを叩きすぎてアカウントが停止されたりしないよう止める門番で、最初に作ったBotの1体です。TallyはSlackの「数字を出してもらえる？」という依頼を拾い、データウェアハウスから数字を集めて返答を下書きします。Leadsworthは商談化までのリードの成果を追い、目標に対する進み具合を見ます。Irisはクリエイティブ・調達・案件のスレッドが止まらないように進めます。毎朝の点検では、問題がなければ何も言わず、異常のときだけ知らせます。例は「一晩で日予算の2倍を使った」「出稿額が0円」「タグが止まってコンバージョンが0件」です。ペルソナ間の予算配分は今も本人が決めます。始め方は、まずレポートから。Botは職務記述書のように書き、担当範囲、責任を持つKPI、どこで止まって人に聞くかを決めます（最後が一番大事）。最初は1チャネルだけ任せ、最初の数週間は広告の操作を下書きのままにし、規模を広げる前にAPIに触れるものはすべて門番の後ろに置きます。予算を勝手に変えるかという問いには「明示的に指示したときだけ」と答えています。

コメント

10-08号で次の候補に挙げていた公式ガイドです。広告運用は管理画面を行き来する作業が多く、チャネルごとに作法が違うため、「Botが自分のコンピュータを持ち、人と同じ画面で操作できる」ことが効く、と説明しています。4体のうち最初に作ったのが、成果を出すBotではなく他のBotを止める門番（Fuse）だという点が目を引きます。4体はテンプレートとして公開されており、Grok Botに直接追加できます。

考察

宮崎の中小企業でリスティング広告やMeta広告を自社運用している場合、まねしやすいのは「異常のときだけ知らせる」毎朝の点検です。日予算の消化、出稿0円、コンバージョン0件の3つは、外部の代理店に任せていても気づくのが遅れがちな事故です。最初は管理画面を読むだけにして、入札や予算の変更は任せない、というガイドの順番に従えば、リスクを抑えて始められます。「どこで止まって人に聞くかが一番大事」という書き方は、10-08号のFounder Modeの「自動送信しない」とも共通しています。顧問先向けには、BotのDescriptionに「予算・入札・停止は提案のみ」と書く例を用意しておくと説明しやすくなります。確信度: 公式ガイド（筆者はGrok Botの広告担当。効果の数値はなし）。

Grok Bot for Performance Marketing（x.ai Guides）

収集: 2026-10-10 約05:05–05:25 JST。英語ソースは翻訳付き。10-09号は休刊したため、10/8〜10/10朝の分をまとめています。公式changelogは0.68.1（10/7）が最新のままです。X上では@Kevin_Loganが10/9 19:20 JSTに「0.69.0 is out」と投稿していますが、公式ノートは未掲載です。公式ProductブログはTeam Bots（9/28）以降の新着がありません。docs.x.aiでは、本文で触れた点のほかに、Team Botに「Managers」（管理者）を追加できる節（設定変更は可、公開・非公開・削除はオーナーのみ）と、ルーチンの間隔は5分以上という記載が加わりました。10/9 2:00 JSTのWhat's Newワークショップは録画や公式まとめが見当たらず、参加者@dan_mallattのスレッドでは、プロアクティブ（先回り提案）が全員に展開されたこと、Team Bots、Slack、音声通話が紹介されたと報告されています（同氏はBotに仮想サウンドカードを入れさせ、ウェビナーの音声を聞いて記録させたとのことです）。X投稿は約05:10–05:20 JSTに取得しました（表示数などは取得時点）。次候補は、0.69.0の公式ノート、Team BotのManagers、@alex_prompterの求職Botスレッド、@kr0derのDevin連携テンプレート、Okinawaのハンズオン（10/23）です。日本語ソースは公式Help（日本語版）3件・note・Xの反応で、事実と意見を分け、確信度を各カードに記載しています。