← 一覧に戻る

Grok活用事例ダイジェスト

2026-10-12・速報1 / 仕様2 / 新機能2 / 実践2　※英語は日本語訳つき。11日朝から12日朝にかけて、cursor.com のヘルプ（日本語版・英語版）とドキュメントが大きく書き換わりました。「Bot settings」画面の廃止、プランの扱いの変更、Enterprise管理画面の新項目が中心です。公式changelogはまだ0.68.1のままです。

速報

SpaceXAI が「SpaceXSI（SpaceX Super Intelligence）」に改称、x.ai と docs.x.ai の表記も切り替わるen仕様

X投稿（@elonmusk、10/11 5:06 JST）

（本文なし、画像1枚）公式Xアカウントのプロフィール画面のスクリーンショットで、表示名は「SpaceX Super Intelligence」、ユーザー名は「@SpaceXSI」、リンクは x.ai、フォロワー2M（200万）と表示されています。引用した人たちは「Introducing SpaceX Super Intelligence」と紹介しています。
@elonmuskの10月11日 午前5:06のポスト。公式アカウントのプロフィール「SpaceX Super Intelligence @SpaceXSI」の画像（取得時点で約681万表示）

公式サイトの表記（12日5時台に取得）

x.ai/news：「SpaceXSI builds Grok」「SpaceXSI is using Grok Bot to scale …」、公式Xへのリンクは x.com/spacexsi。docs.x.ai/llms.txt の見出し：「SpaceXSI API Documentation」。ページ下部の著作権表記：「© 2026 SpaceXAI LLC」

コメント

公式Xアカウントは@spacexaiから@SpaceXSIに変わりました。11日朝の取得時点では、x.ai のニュース一覧は「SpaceXAI builds Grok」、公式Xへのリンクは x.com/spacexai でした。12日朝にはこれらが「SpaceXSI」に置き換わっています。Elon Musk氏は同日13:37 JSTに「SpaceX Super Intelligence just sounds awesome.」（SpaceX Super Intelligenceって響きがいい）という投稿をリポストしており、日本のアンバサダーの@shin_chan_aiさんの肩書も「SpaceXSI Ambassador」に変わりました。変わったのは社名の表記で、Grok、Grok Bot、@bot、x.ai/bot のURLはそのままです。

考察

提案書や研修資料で「SpaceXAI」と書いている箇所は、いずれ直す必要があります。ただし著作権表記の法人名は「SpaceXAI LLC」のまま残っているので、契約や請求の宛名のような正式な名義は、公式の案内を確認してから変えるほうが安全です。また、改称の直後から「$SPACEXSI」という暗号資産トークンの宣伝投稿がXに大量に出ています。会社との関係は確認できないため、触れないよう注意してください。

x.ai/news／docs.x.ai/llms.txt／@elonmuskのリポスト

仕様解説

cursor.com/ja/help — Cursor プランと SuperGrok の関係が「上乗せなし」から「多い方を適用」に。水準の対応も明記ja仕様

引用（公式日本語版ヘルプ「プランと請求」、12日朝の取得時点）

いいえ。Cursor プランと SuperGrok または X Premium+ の連携は合算されません。Grok Bot では、週ごとの利用枠が多い方が適用されます。 Pro 、 SuperGrok 、 X Premium+ は同じ水準です。 Pro+ と SuperGrok Plus は同じ水準です。 Ultra と SuperGrok Heavy は同じ水準です。 Pro を利用中に SuperGrok Plus を連携すると、Grok Bot は Plus の水準に移行します。 Pro+ を利用中に SuperGrok Plus を連携しても、Grok Bot の利用は追加されません。両者は同じ水準です。

引用（同「Grok Bot 向けに SuperGrok を連携する」）

Grok アカウントを連携する は、 cursor.com/bot/onboarding の Grok Bot を使い始める ページと、スマートフォンのペイウォール画面にあります。 すでにアクセス権がある場合は、 設定 > 利用と請求 を開き、 プランを管理 の下にある Grok でアクセス権を取得 を確認してください。この項目は、連携によって利用枠が増える場合にのみ表示されます。

コメント

10-01号では「Cursor と SuperGrok のプランは重ならない（足しても増えない）」と紹介しました。11日朝のヘルプも「Cursor プランに加えて SuperGrok を連携しても、利用量は追加されません」という書き方でした。12日朝の版では「合算はしないが、週の利用枠が多い方を使う」に変わり、Pro＝SuperGrok＝X Premium+、Pro+＝SuperGrok Plus、Ultra＝SuperGrok Heavy という対応が書き加えられています。開発者向けのdocs.x.aiのFAQには以前から「uses whichever has more usage」（多い方を使う）とあり、ヘルプがそれにそろった形です。
連携の手順も変わりました。X Premium+ は専用の「X アカウントを連携する」ボタンがなくなり、X Premium+ のアカウントで Grok にサインインして「Grok アカウントを連携する」から連携します。入口は、アプリ起動時の画面から、cursor.com/bot/onboarding とスマートフォンのペイウォール画面に移りました。スマートフォンでは「Finished Linking? Refresh My Status」で状態を更新します。

考察

実際に枠が増えるのは、「Pro を使っている人が、より上の SuperGrok Plus や Heavy を連携する」場合です。Pro+ や Ultra を払っている人が同じ水準以下の SuperGrok を連携しても、何も増えません。ヘルプには「どちらも有効なまま個別に請求され続けます」「組み合わせられないのは利用枠の付与だけです」ともあるので、両方を契約している事業者は、設定の Usage & Billing でどちらが効いているかを確認し、二重払いになっていないか見直すとよいでしょう。連携が永続で、解除も別アカウントへの移動もできない点は変わっていません。

プランと請求（日本語版）／Grok Bot 向けに SuperGrok を連携する（日本語版）／よくある質問（日本語版）

cursor.com/docs — Enterprise管理画面の新項目：Botにroot権限を許すスイッチ（既定オン）、コンピューターの一括削除、グループ単位のネットワーク方針en仕様

引用（cursor.com/docs「Grok Bot for Teams and Enterprise」）

Allow Sudo on Bot Computers — Lets Bots run commands as root on their own computer. The switch is under Bot Computers on the Grok Bot page and is on by default. Existing computers pick up a change after they restart. … Delete removes the computer and its stored files, and the member's next session starts an empty computer. … [Network] It replaces the team policy for group members, whether looser or tighter, and a member of several groups gets the most restrictive one.
Allow Sudo on Bot Computers：Botが自分のコンピューター上でroot（管理者権限）としてコマンドを実行できるようにします。ダッシュボードのGrok BotページのBot Computers欄にあり、既定ではオンです。既存のコンピューターには再起動後に反映されます。……（Manage Bot Computersの）Deleteは、コンピューターと保存ファイルを削除し、そのメンバーの次のセッションは空のコンピューターから始まります。……（グループの）ネットワーク方針は、緩い場合も厳しい場合も、グループのメンバーについてはチームの方針を置き換えます。複数のグループに属するメンバーには、最も厳しい方針が適用されます。

コメント

11日朝の版にはなかった項目です。名称も整理され、Team Setup は「Team Setup Scripts」（メンバーのアプリには表示されなくなった）、Allow Local Egress は「Allow Local Egress Routing」、Grok Bot Computers は「Manage Bot Computers」になりました。ほかにも、グループ単位で「Agent Email」（Bot専用メール）を許可できること、組織で Grok Bot を有効にするときの画面で、Cloud Agentsがオフなら有効化を提案され、Grok Bot Termsへの同意を求められること、管理者が Team Bot を削除するとチーム全員から消えて Slack アプリも削除され、元に戻せないことが書き加えられています。グループ設定は原則「チームより広げる方向だけ」ですが、ネットワーク方針だけはこの例外になりました。

考察

Enterprise契約の話なので、宮崎の中小企業が直接この画面を触る機会は多くありません。ただ、「Botは既定でroot権限を使える」「Botのコンピューターは管理者が中身ごと削除できる」は、情報セキュリティの評価で質問されやすい点です。rootを切ればBotが自分でソフトを入れる余地は狭まると考えられるので、その場合は必要なツールを Team Setup Scripts で先に入れておく設計とあわせて検討することになります。

Grok Bot for Teams and Enterprise／Security

新規機能解説

cursor.com/ja/help — 「Bot settings」画面がなくなり、個人Botの説明欄も廃止。Botの仕事は「チャットで伝えて覚えてもらう」方式にjaen新機能

引用（公式日本語版ヘルプ「Bot の名前、プロフィール画像、役割を変更する」）

Bot settings はどこに移動しましたか？ Bot の詳細から Bot settings ページは廃止され、個人用 Bot の説明もなくなりました。プロフィール画像、名前、ラベルを変更するには、チャット上部にある Bot の名前をクリックして詳細を開きます。……Bot の動作を変更したい場合は、チャットで指示してください。
――
チャットで Bot に伝えます。継続的なルールにしたい場合は、覚えておくように頼んでください。例：「今後は、メールを送信する前に必ず確認して」。Bot は継続的なルールをメモリに保存します。

引用（cursor.com/docs「Work with Grok Bot」の書き換え）

（旧）put safety boundaries in the description rather than in memory.
（新）back safety boundaries with approvals and Auto-review rules rather than memory alone.
（旧）安全上の線引きは、メモリではなく説明欄に書いてください。
（新）安全上の線引きは、メモリだけに頼らず、承認とAuto-reviewのルールで裏付けてください。

コメント

新しいBotは「New chat（＋ボタン）→ Create new Bot」で作り、最初のメッセージで仕事・使う情報源・承認を求める場面を伝えて「今後も覚えておいて」と頼む流れになりました。ほかに変わった主な点は次のとおりです。

公式changelogは0.68.1（10/7）のままで、cursor.com/docsに載っているリリースフィードの安定版も、12日5時台の確認では0.68.1でした。X上では@Kevin_Loganさんが11日21:56 JSTに「0.70.1と0.70.2が夜のうちに出た」と投稿し、@blankspeakerさんは0.70.2でGlean（社内検索サービス）の接続が加わったと解析し、まだ公開されていない機能として、チームのBot用サービスアカウント、チャットからのファイルのアップロード、スマートフォンから同じアカウントのMacのツールを動かす機能、席を外したらMacでのローカル作業を止める機能、パスキーでの支出承認を挙げています。本人も「新しいフラグや文字列からAIが生成した内容で、安定版とは違う場合がある」と注記しており、どちらも非公式の情報です。ヘルプが新しい画面に先回りして書き換わった可能性があり、手元のアプリと表示が違う場合は版の差と考えられます。

@blankspeakerによるGrok Bot 0.70.2の解析ポストのスクリーンショット（10月12日 午前1:59）

考察

説明欄でBotごとの役割や禁止事項を決めて、何体も使い分けている場合は影響があります。すでに書いてある説明が移行後どう扱われるか（メモリに移るのか、使われなくなるのか）は、ヘルプには書かれていません。アプリを更新する前に、各Botの説明文を控えておくと安心です。また@grokは、X上の質問に「チャットでの指示は助言として扱われ、システムで強制されるものではない」「確実に止めたいなら従量課金の月間上限を使う」と答えていました（10/12 4:57・5:02 JST）。docsの書き換えと同じ考え方で、送信・購入・削除のように止めたい操作は、Botに覚えてもらうだけでなく、Custom Rulesに「Ask first」も入れておくのが現実的です。

Bot の名前、プロフィール画像、役割を変更する（日本語版）／Settings and notifications（docs）／Work with Grok Bot（docs）／@Kevin_Logan／@grokの回答

@elonmusk — 「レゴを調べて注文して」：Grok Botに買い物を任せる使い方が話題に。公式の線引きは「購入は承認の対象」enja実例新機能

X投稿（@elonmusk、10/11 14:35 JST）

I just asked Grok @Bot to research the most fun Lego Star Wars kits for young kids and order them. As easy as that.
Grok @Botに、小さな子ども向けで一番楽しいレゴ・スター・ウォーズのセットを調べて注文するよう頼みました。それだけです。（取得時点で約1,653万表示。添付画像はスマートフォンのGrok Botの画面で、Botが「レゴの注文が通りました。5セットで241.34ドル」と報告し、続けて出荷メールを見張るルーチン「Lego order shipping watch」を作ったことが表示されています。同日21:08 JSTにも「Grok @Bot can research best prices and buy things for you」〔最安値を調べて買い物もしてくれる〕と投稿しています。）
@elonmuskの「I just asked Grok @Bot to research the most fun Lego Star Wars kits…」ポストのスクリーンショット。注文完了の報告と出荷監視ルーチンの作成が写ったGrok Botの画面（10月11日 午後2:35）

引用（docs.x.ai「Approvals, security, and privacy」）

Prefer explicit boundaries for: … Purchases and financial transfers … Do not send a password or one-time code in ordinary chat. … When a web page needs you to type something yourself, such as a login, a checkout address, or a phone number, the Bot can show a form in the chat, one form per step, and fill your answers into the page for you.
次のような操作には、はっきりした線引きを指示してください：……購入や送金……。パスワードや確認コードを通常のチャットに送らないでください。……ログイン、配送先住所、電話番号など、ページに自分で入力する必要がある場面では、Botがチャット内に1ステップに1つのフォームを表示し、入力内容をページに書き込みます。

コメント

Musk氏が引用した@XFreezeの投稿（10/11 6:52 JST、取得時点で約357万表示）は「クレジットカードの写真をチャットに入れて、買いたいものを伝えれば注文してくれる」と紹介していました。公式ドキュメントの案内はこれと違い、パスワードや確認コードは通常のチャットに送らず、入力が必要な場面ではチャット内のフォームを使う形です。カードの画像をそのまま会話に貼るのは避けたほうがよいでしょう。日本語圏では、@shin_chan_aiさんがnote「Grok Botのちょっと変わった使い方14個」で、「テスラ買って」と頼んだらModel Yの注文まで進んだ人の例を紹介しています（10/11 8:00 JST）。なお、Amazonなど一部のサイトはクラウドからの接続を拒むことがあり、ヘルプのFAQでは「このコンピューター経由でトラフィックをルーティング」をオンにする方法が案内されています。

考察

事業の備品購入をBotに任せるなら、今のところ「候補の比較とカートに入れるところまではBot、注文の確定は人」という分け方が安全です。下で紹介するハッカソンで、@GOROmanさんのチームが「提出フォームは全部Botが記入し、最後のSubmitだけ人が押した」と書いていたのと同じ考え方です。Musk氏の画面でも、注文のあとに出荷メールを見張るルーチンが作られていました。注文後の追跡までBotに任せられる一方で、知らないうちにルーチンが増えていくので、ときどき一覧を見直すとよいでしょう。決済用のカードは利用上限の低いものに分けておくと、誤発注のときの被害を抑えられます。

Approvals, security, and privacy（docs.x.ai）／@XFreezeの投稿／@elonmusk 21:08の投稿／@shin_chan_aiのnote紹介

実践事例

Grok Bot Tokyo Hackathon（10/11・御茶ノ水ソラシティ）— 「代わりにやらない」と書いた公式ハンズオン用スキルと、Bot同士が相談して注文を決める作品ja実践

開催概要（Luma）

Grok Botを使って、複数のBotが役割を持ち、連携して動く「AIチーム」をつくる1Dayハッカソンを東京で開催します。 … 10:00–12:00　セットアップ・ハンズオン　12:00–13:00　ランチ　13:00–18:00　ハッカソン … 共同主催：AIAU、gakuse.ai、AI駆動開発勉強会　会場協賛：燈株式会社/Akari Inc.

ハンズオン用スキル（taiga-K/grokbot-tokyo-hands-on）

進捗（いまどのステップまで終わったか）は、ステップが終わるたびにメモリに保存する。 … 反ジョブ: 参加者の代わりに課題を全部やらない。ステップに無い機能を勝手に教え込まない。参加者の名前でメッセージやメールを送らない。

X投稿（@GOROman、10/11 15:55 JST）

ハッカソン　提出フォームもGrokBotが全て記入！ 最後のSubmit だけは人間が押した

添付画像のBotの返信（読み取り）

フォームの入力は終わっています。全部の欄を埋めて、スライドのPDFも添付しました（入れた内容は読み返して確認済みです）。送信はまだしていないので、あと7分のうちに（メンバー名）さんが「Submit」を押してください。私が押してよければ、そう言ってもらえればすぐ押します。
@GOROmanの「提出フォームもGrokBotが全て記入！最後のSubmitだけは人間が押した」ポストのスクリーンショット。Botが「送信はまだしていないので、Submitを押してください」と返している画面（10月11日 午後3:55）

コメント

主催は「SpaceXAI for Tokyo, Japan」で、参加者の投稿によると参加は75名、入賞者にはGrok Botのクレジット（1位100ドル、2位75ドル、3位50ドル）が出ました。午前のハンズオンでは、Botテンプレートとスキルが配られています。スキルは全13ステップで、進み具合をメモリに保存し、「続きから」と言えば再開できる作りです。
1位になったのは、@GOROmanさんらのチームNULL=RUNの「ミライのメニュー」です（本人が「1位ゲット」と投稿し、@sora19aiさんも優勝作品として紹介しています）。READMEによると、各自のGrok Botが持ち主の苦手な食材・アレルギー・飲めるお酒を覚えていて、店のQRを読むとみんなのBotが集まって相談し（中身は相手に見せない）、全員が食べられる注文がカートに入る仕組みです。注文システム（Cloudflare Workers）、スマートフォン向けの注文画面、Bot間連携のスキル、スライド、READMEまで「すべて Grok Bot が作成」と書かれています。ほかにも、6体のBotが台本なしでオセロを対戦・実況する生配信、MBTIのBot4体でチームを組むテンプレート、審査役のBotなどが実況投稿で紹介され、配布された50ドル分を使い切った参加者もいました。

考察

「午前にハンズオン、午後に実作」という組み立ては、宮崎の商工会や支援機関の勉強会でもそのまま使えます。ハンズオン用スキルのように、講師役のBotに「参加者の代わりにやらない」「参加者の名前で送らない」と書いておけば、初心者がBotに丸投げせず自分で手を動かせます。ミライのメニューの「情報を相手に見せずにBot同士で調整する」という設計は、取引先との日程調整や在庫の照会のように、相手に全部は見せたくない情報を扱う場面にも応用できそうです。

Grok Bot Tokyo Hackathon（Luma）／ハンズオン用スキル（GitHub）／ミライのメニュー（GitHub）／@sora19ai／@sat0xshiの実況／@Fairy_Yoshizawa

Arda Karaduman（ブログ） — 一人スタジオの事務を14体のGrok Botで回す。コードはClaude Code、受け渡しはGitHubのissueen実践

引用（blog.arda.tr、10/11）

Fourteen Grok bots run the office side of my one-person studio: research, briefs, infra checks, social posts. … The handoff is a GitHub issue, not a chat message. An issue can be read, closed, argued with and linked from a commit. A chat message disappears. … bots accrete. Each one made sense the day I added it. Fourteen of them, with routines set up at different times, add up to a Monday morning I never designed.
一人で営むスタジオの事務側（調査、ブリーフ、インフラの点検、SNS投稿）を、14体のGrok Botが回しています。……受け渡しはチャットのメッセージではなく、GitHubのissueです。issueなら読めるし、閉じられるし、議論もできるし、コミットからリンクもできます。チャットのメッセージは流れて消えます。……Botは増えていくものです。どれも追加した日には意味がありました。でも時期をずらして設定したルーチンを持つBotが14体集まると、自分が設計したつもりのない月曜の朝ができあがります。

コメント

日本在住のゲーム開発者による記事です。itch.ioに届いた実機のAmigaでの不具合報告を、調査係のBotが土曜の朝に8件のGitHub issueに分けて起票し、Claude Codeがコードを確かめてから修正、見た目や遊び方が変わるものは本人が承認しました。起票から最初の修正のマージまでは約19時間です。専用のメールアドレスを持つのは統括役（Chief of Staff）のBotだけで、新着メールで起動して担当のBotに仕事を回します。統括役に構成図を描かせたところ、月曜の8:52〜10:07に8本のルーチンが集中していること、朝の要約が2体で重複していること、9月27日から使われていないBotがあることが見つかりました。統括役は、自分にカレンダーがつながっていないことを「カレンダーが停止している」と誤って報告していたそうです。費用はX Premium+の1契約で、日本では月6,080円と書かれています。

考察

中小企業でBotを少しずつ増やしていく場合も、「ルーチンの時刻が重なる」「似た役割のBotが増える」は起こりやすい問題です。半年に一度など棚卸しの日を決めて、統括役のBotに「会話記録で確認できるつながりだけで構成図を描いて」と頼む方法は、そのまま真似できます。Bot同士の受け渡しをチャットではなくチケット（issue）にして、誰が何を決めたかを後から追えるようにしている点も参考になります。

How I use Grok Bot to automate my business／@ardakaradumanの告知

収集: 2026-10-12 約05:03–05:11 JST。英語ソースは翻訳付き。11日朝の取得分と比べると、cursor.com/help/grok-bot の英語版・日本語版それぞれ16記事と cursor.com/docs/grok-bot の6ページが更新され、docs.x.ai は「Marketplace」を「Connect apps」に置き換えた3ページと社名表記の変更のみでした（docs.x.ai の「Bots」ページは、説明欄を使う旧来の説明のままです）。公式changelogは0.68.1（10/7）が最新で、リリースフィードの安定版も0.68.1でした。x.ai/news と x.ai/bot/guides に新しい記事はありません。status.cursor.com には11日以降の新しい障害はありません。
ほかに目に留まった投稿：@tetumemoさんはBot専用メールに海外のニュースレターを転送してまとめて要約させる使い方を紹介（10/11 17:13）。@furokuさんはXプラグインをつなぐとBotが自分のブックマーク・コメント・リポストを見られるのでこれが関心のシグナルになり、いいねはシグナルにならないと解説（10/11 6:48）。@grokは、公式のカレンダー用プラグインはGoogleカレンダーとOutlookカレンダーだけで、iCloudカレンダーにはまだないと回答しています（10/12 0:39）。