Grok活用事例ダイジェスト
速報
X投稿(@bot スレッド、10/17 04:55 JST)
We've made some improvements to Grok Bot’s quality, polish, and speed.
— Grok Bot (@bot) October 16, 2026
Cards in chat have a new design with a cleaner layout.
一次確認(取得 10/17 05:01 JST)
コメント
投稿直後に拾ったため、公式 changelog やヘルプへの反映はこれからです。数値(3倍・半分以下)は公式の平均値の主張で、個々の作業で同じだけ速くなるとは限りません。プラスエイリアスと X Chat は、後ろの「新機能解説」で詳しく扱います。
考察
「通知はいま使っている端末だけ」は、PC とスマホの両方で承認通知を受けていた人には挙動が変わる点です。外出中に承認待ちを見落とさないか、事務所の運用で一度確かめておくと安心です。Cursor 側の Grok モデル障害は Bot 本体とは別の掲載ですが、同じ朝に「遅い・失敗する」が重なった場合の切り分け材料になります。
仕様解説
X投稿(@niccruzpatane、10/15 12:21 JST)
X投稿(@elonmusk、10/15 14:24/14:57/21:52 JST)
This works well. If Grok @Bot makes a mistake with a purchase or leaks your card (never happened yet), SpaceX will make you whole.
— Elon Musk (@elonmusk) October 15, 2026
事実の整理
遮断は利用者の画面報告で、Amazon 側の公式コメントはこの号の取得時点で見つけられていません。補償発言は Elon 氏個人の X 投稿で、対象や申し出の手順を書いた公式文書(x.ai の news・help・利用規約)は確認できませんでした。日本語圏でも @LifeMakersCom などが「補償の対象や手順は書かれていない」と指摘しています。なお 10-12号で触れたとおり、ヘルプの FAQ には一部サイトがクラウドからの接続を拒むことがある、という記述があります。
考察
ここからは意見です。X 上の補償発言は、契約上の保証として扱わないほうが安全です。顧問先に Bot で購買させるなら、カード写真をチャットに送る方法は避け、利用上限を小さくしたバーチャルカードや会社の購買用カードに限り、決済前の承認カードを必ず挟む形をおすすめします。国内の EC や予約サイトも、規約で自動アクセスを禁じている場合があるため、主要な取引先サイトだけでも規約を一度確認しておくと、アカウント停止のリスクを避けられます。
@niccruzpatane(遮断画面)/Elon 14:24/Elon 14:57(補償)/Elon 21:52/@LifeMakersCom(日本語の整理)
一次確認(x.ai/bot/marketplace/bots/haggle-bot、取得 10/17 05:03 JST)
――
One job: find and document SaaS savings … Anti-jobs: never spend money, never sign, never send a PO, never send any external email or Slack message (including internal DMs) without the operator's explicit go for that specific send.
――
FIRST RUN: introduce yourself in one line, then run the haggle-setup interview … DAY TWO: if spend source, sheet destination, and approver are already in memory, skip the interview.
――
Recommendations must include an identified savings $ range with a stated basis … Do not invent seat counts or amounts.
――
Sending a draft to anyone, including another agent, is a send that needs the operator's explicit go, per send.
Elon 氏の発言(@elonmusk、10/17 03:26 JST)
コメント
マーケットプレイスの一覧(取得時点で90件)からテンプレートを開くと、指示文がほぼそのまま読めます。Haggle Bot の指示は「一つの仕事」「やらないこと」「初回の聞き取り」「2日目は聞き直さない」「数字は根拠つき・捏造しない」「送信は一通ごとに許可」という並びで、公式が推す Bot 設計の型として読めます。9/16 の公式記事(調達で10万ドル超の削減)はこの Bot の元になった社内事例です。6兆ドルは試算上の上限で、事実として引用しないほうが安全です。
考察
中小企業向けに置き換えると、SaaS より「携帯・回線・リース・保守契約・サブスク」の棚卸しのほうが効きやすいです。テンプレートをそのまま入れるより、この指示文の型を借りて、事務所や顧問先の Bot に「やらないこと」と「送信ごとの許可」を最初に書いておくと、任せる範囲を説明しやすくなります。
Haggle Bot(公式マーケットプレイス)/公式記事:調達で Grok Bot を使う(9/16)/Elon 10/17 03:26
新機能解説
X投稿(@SamSokolin、10/15 07:21 JST)
Grok @bot now supports plus aliases! Send and receive email using dedicated aliases, or set up routines that only trigger for mail to a specific alias!
— Sam Sokolin (@SamSokolin) October 14, 2026
X投稿(@pjvann、10/16 23:39 JST)
コメント
プラスエイリアスは、Bot 自身のアドレス(@mail.grokbot.com)に 名前+タグ@ の形で宛先を分け、タグごとに別のルーチンを起動できる仕組みです。公式 @bot の告知もルーチンの起動条件に絞った書き方でした。X Chat は「読める」と告知されており、Bot から X Chat に書き込めるかはこの号では確認できていません。
考察
サービスごとに登録先を +invoice、+seminar のように分けておけば、請求書の受信だけ経理ルーチン、セミナー申込だけ集計ルーチン、と振り分けられます。どこから漏れたかも宛先で分かるため、迷惑メール対策にもなります。X Chat は個人間の DM が対象なので、顧問先で使う場合は「読むだけ・返信は人」を最初に決めておくのが無難です。
一次確認(x.ai/bot/marketplace/submit-a-plugin)
X投稿(@monokern、10/16 21:37 JST・第三者まとめ)
X投稿(@taiga_kk322、10/16 22:04 JST)
コメント
テンプレートの「作者」表示は社員個人名で、どれが公式チーム製かは一覧だけでは見分けにくいです(Haggle Bot は Daniel Gartshein 氏)。申請窓口は Grok 本体(近日)・Grok Bot・Cursor の三つに配布先を選ぶ形で、MCP サーバーの URL か公開 GitHub リポジトリで申請します。
考察
「仕事に合うテンプレートを教えて」とチャットで聞く使い方は、Bot をまだ一体しか使っていない顧問先の次の一歩に向いています。一方で第三者テンプレートは指示文に送信や外部接続の方針が入っているので、取り込む前に「やらないこと」の欄を読むよう案内したいところです。自社サービスを持つ県内企業なら、MCP サーバーを作って掲載申請する、という販路の選択肢も出てきました。
Bot Marketplace/Submit a Plugin/@monokern/@0x_kaize/@taiga_kk322
実践事例
X投稿(@tkvtk、10/16 12:30 JST)
Claude codeとGrok botをめちゃくちゃ原始的な方法で連携させてみました。…簡単に Claude code→Grokbotのフローを作れます。
— T (@tkvtk) October 16, 2026
X投稿(@tetumemo、10/15 21:36・10/16 08:57 JST)
X投稿(@takets、10/16 21:01 JST)
コメント
向きが三通りあります。Claude Code から Bot へ(共有フォルダを10分おきに読む)、Bot から自宅 PC の Claude Code へ(PC を起こしたまま)、Bot の箱に安いモデルの開発エージェントを置いて重い作業を逃がす、の三つです。英語圏でも @mikan77_aoi が、webhook が 400 を返したため API 4回で Claude Code から Bot へ渡す方法を記事にしています。
考察
事務所の「重い作業は共通PCの Claude Code へ」という運用と同じ発想で、方向が逆の使い方も広がってきました。指示書フォルダ方式は手軽ですが、そのフォルダに書ける人や仕組みは誰でも Bot を動かせることになるので、書き込み元を限ることと、送信・削除は承認を挟む設定にしておくことが前提です。10分おきの巡回は、何もない回も利用枠を使う点にも注意が要ります。
X投稿(@icreatelife、10/17 01:10 JST)
My favorite Grok Bot use case so far: I wake up to hundreds of comments. I try to answer everyone, but some always slip through. Now Grok Bot sends me links to every comment I haven't answered, and I reply to each one myself. No automated replies, just no one left behind 💛
— Kris Kashtanova (@icreatelife) October 16, 2026
X投稿(@MinimalDuck、10/15 21:40 JST)
X投稿(@itsolelehmann、10/17 04:03 JST)
コメント
三つとも「面倒だが判断は軽い作業」を Bot に回しています。特に @icreatelife の例は、集めて渡すところまでを Bot に任せ、返信という対外的な行為は本人に残す切り分けで、公式テンプレートの「送信は一通ごとに許可」と同じ考え方です。
考察
中小企業なら、Google マップの口コミや問い合わせフォームの「未返信一覧を毎朝出す」が、そのまま効く応用です。電話の代行は便利ですが、相手に AI の通話だと伝えるか、録音や本人確認の扱いをどうするかは業種ごとに確認が要るため、まずは予約確認のような定型の発信から試すのがよいと思います。番号の削除申請は国内の名簿サイトでは手順がまちまちなので、効果は限定的と見ておくほうが無難です。
収集: 2026-10-17 約05:00–05:10 JST。対象は10/16朝〜10/17朝(Amazon 遮断と補償発言は10/15ですが前号未掲載のため収録)。英語ソースは翻訳付き。x.ai news の最新は 10/14 Voice 3.0 のまま、docs.x.ai の llms.txt・release-notes、cursor.com の help/docs 索引は前号から差分なし。公式 changelog は 0.70.2、安定版フィードは三プラットフォームとも 0.71.2。status は All Systems Operational(10/16 Grok models エラーは resolved)。画像 x01–x05 は投稿添付メディアを取得したもの。Gaps: 今回の改善が入った版と changelog 掲載、プラスエイリアスと X Chat の help 追随、X Chat への書き込み可否、補償発言の公式文書、Amazon の公式見解、テンプレート作者が公式チームかの見分け方。