Grok活用事例ダイジェスト

2026-09-23・仕様2 / 新機能2 / 実践2　※英語は日本語訳つき。本日は9/22新着のカスタマーサポート公式ニュースと、Deferredだったモバイル開発ガイド、未カバーのMobile／Use cases仕様、日本語のわど記事2本（4.7評価軸＋担当チーム導入）を組み合わせています。Xスクショは取得不可です。

仕様解説

docs.x.ai — Grok Bot for Mobile（外出先の承認・接管・Routine境界）en仕様

引用

Use Grok Bot on iPhone or Android to start work, answer questions, approve steps, and review results away from your desk. The mobile app connects to the same Bots, conversations, routines, connectors, and shared cloud computer as the desktop app. Work continues in the cloud when the app is closed. … Requirements: iPhone with iOS 18 or later, or a phone with Android 9 or later … The iOS app also runs on iPad (iPadOS 18 or later). … From a conversation, you can: Send text; Dictate … Start a voice chat … Take or attach a photo … On iPhone, use the system share sheet … On Android, the share sheet currently accepts text. … Open the computer from a conversation when you need to: Watch browser or desktop work; Take over for a password, two-factor code, or CAPTCHA … The screen is the same shared computer used by every Bot on your account. … Open a Bot's profile to review its routines … Editing the schedule or instruction and testing a routine currently require the desktop app. … Some advanced desktop controls and teach-by-demonstration workflows are not available on mobile.

日本語訳

iPhoneまたはAndroidで、外出先から作業開始・質問応答・承認・結果確認ができます。モバイルはデスクトップと同じBot・会話・Routine・コネクタ・共有クラウドPCにつながり、アプリを閉じてもクラウド側の作業は続きます。要件はiOS 18以降またはAndroid 9以降で、iOSアプリはiPad（iPadOS 18以降）でも動きます。会話ではテキスト送信、音声入力、ライブ音声チャット、写真添付などができます。iPhoneの共有シートからGrok Botへ送れますが、Androidの共有シートは現時点でテキストのみです。会話からコンピュータを開き、ブラウザ作業の監視やパスワード／2FA／CAPTCHAの接管ができます。画面はアカウント共有の同一PCです。Routineのスケジュールや指示の編集・テストは現状デスクトップが必要です。高度なデスクトップ操作やTeach by demonstrationはモバイル非対応です。

昨日のFAQが触れたプラットフォーム行を、専用ページとして深掘りした未カバー仕様です。外出先で「承認と結果確認」まではモバイルで足り、Routineの設計変更やTeachはデスクトップに戻る、という境界がはっきりしています。共有PCの警告もモバイル経由の接管にそのまま効きます。

考察

伴走では「モバイル＝監視・承認端末」「設計変更はデスク」と役割を分けると説明しやすいです。iPadは使える一方、Android共有シートの制限は現場端末選定のチェック項目になります。確信度: 公式docs。

Grok Bot for Mobile

docs.x.ai — Use cases（8役割の開始プロンプトと読取→Routine）en仕様

引用

The best Grok Bot roles own a repeatable outcome, not a loose category of questions. Start with read-and-prepare work, review the result, then add approved actions or a routine. … Sales Outbound … Return a review list; do not send or enroll anyone. … Paid Media … Draft a Slack update … Do not change budgets or send the message. … Product Performance … Separate facts from hypotheses. Do not change alerts or production settings. … Bug Reproduction … Do not use production customer data. … Account Health … Do not contact customers or edit the CRM. … Chief of Staff … Do not send messages or change meetings. … Turn an example into a durable Bot: 1. Put the job … in the Bot description. 2. Run one real task with a safe scope. 3. Correct the result until it is reviewable. 4. Save the successful process as a skill. 5. Test it on a second input. 6. Create a routine only when retries and failure cases are defined. 7. Keep consequential external actions behind approval.

日本語訳

良い役割は「くり返し出せる成果」を持ち、質問のゆるい束ではありません。まず読取・準備から始め、結果をレビューし、承認付きの行動やRoutineを足します。営業アウトバウンドはレビュー用リストまでで送信・登録はしません。有料メディアはSlack下書きまでで予算変更や送信はしません。プロダクト性能調査は事実と仮説を分け、アラートや本番設定は変えません。バグ再現は本番顧客データを使いません。アカウントヘルスは顧客連絡やCRM編集をしません。Chief of Staffは送信や予定変更をしません。定着手順は、(1)職務をDescriptionへ (2)安全範囲の実タスク1回 (3)レビュー可能なまで修正 (4)Skill化 (5)別入力で再試 (6)失敗時まで定義してからRoutine (7)重い外部操作は承認のまま、です。

未カバーの公式ユースケース集です。各席の開始プロンプトが「やらないこと」まで含んでおり、昨日のMarketingガイドやわど実践の「禁止事項先行」と同じ設計思想がドキュメント側にも揃っています。SME伴走ではSales／Expense／Chief of Staffから切り出しやすいです。

考察

最初の席は「読取のみ＋レビューリスト」に固定し、送信や本番変更は承認ゲートを外さない、というチェックリスト1枚にすると導入説明が安定します。確信度: 公式docs。

Use cases

新規機能解説

x.ai/news — How SpaceXAI is using Grok Bot to scale customer supporten新機能

引用

We rebuilt the combined SpaceXAI and Cursor support operation around Grok Bot … Our new combined team has seen a 175% increase in support tickets, but we have not had to hire any new people thanks to Grok Bot. We might have hired 200 additional people otherwise. … Traditional AI support tools charge a flat $1 to $4 per resolution. With Grok Bot … we've been able to resolve tickets for as low as $0.20 to $0.30. … We took a crawl, walk, run approach … limiting it to internal notes and requiring human approval for every write action. … As the results became more reliable, we added traces and evaluations to every run. … we've trained Grok Bot on over one million customer interactions … For example, we've provided it with clear refund instructions where 99% of all refund requests are resolved without human intervention. … Grok Bot watches inbound volume continuously … declare an incident automatically … monitors X for changes in sentiment … We have now reached the point where Grok Bots can coach other Grok Bots.

日本語訳

SpaceXAIとCursorの統合サポートをGrok Bot中心に組み直した、と述べています。チケットは175%増でも新規採用はせず、そうでなければ約200人雇っていたかもしれない、という発表です。従来のAIサポートは解決1件あたり定額$1〜$4で、Grok Botでは利用量ベースで最低およそ$0.20〜$0.30まで下げられた、とあります。進め方はcrawl／walk／runで、最初は内部メモのみ・書き込みは毎回人承認、安定後にトレースと評価を全実行へ付けました。100万件超の顧客対話でトーンを学習し、返金指示では99%が人なしで解決した、としています。キュー監視・インシデント宣言・X上のセンチメント監視、BotがBotをコーチする段階まで達した、と続きます。

2026-09-22公開の公式Productニュースで、9/20に扱ったSupport公式ガイドとは別物の社内運用報告です。伴走で転用しやすい核は数値そのものより、内部メモ→評価ループ→単純チケットから直返信、という段階設計です。175%／$0.20–$0.30／99%は公式発表値であり、他社規模への一般化はしません。

考察

中小では「全チケット直返信」ではなく、FAQ照合と下書きまでをBot、返金・補償は承認必須、という縮小版が安全です。数値は自社KPIの約束ではなく、段階設計の参考として扱うのがよいです。確信度: 公式ニュース（数値は発表値）。

How SpaceXAI is using Grok Bot to scale customer support

x.ai/bot/guides — Grok Bot for mobile app development（6席スタジオ／Teach）en新機能

引用

This is how I use Grok Bot to run a mobile game studio with a team of six bots … Rank'em, which just passed 1000 downloads … Especially with Claude Code, Codex, or similar tools, anyone can one-shot a serviceable clone … But then they're stuck with the other 85%: User acquisition … Performance creative … Client engineering … Backend and live ops … Release management … QA and incident response. … Mobile Orchestrator … Analytics Agent … Creatives Agent … Rank'em Engineer … GCS agent … Bug fix Agent. … Another incredibly valuable feature … "teach it" a skill by hitting the record button … I was unable to use the Meta Ads API … recorded myself uploading a creative through the Meta web UI once … But two wins trace directly to the bots, resulting in a 15x improvement in cost per install and a 4x improvement in D7 retention. … taking installs from $15 to $1.

日本語訳

著者（Ryan Perry氏）が6体のBotでモバイルゲームスタジオを回す話です。Rank'emは直近1週間でiOS／Android合わせて1000DLを超えた、とあります。ゲーム本体は15%で、残り85%はUA・クリエイティブ・クライアント／バックエンド・リリース・QAだ、と整理しています。席はOrchestrator／Analytics／Creatives／Engineer／GCS／Bug fixです。Teachで録画してSkill化でき、Meta Ads APIが使えなかったためWeb UI操作を一度録画して日次アップロードに使った、と述べています。Bot由来の成果としてCPIが15倍改善（$15→$1）、D7リテンションが約4倍、という著者ケースが示されています。

昨日Deferredにした公式ガイドです。職種分割とhandoff、APIが無い画面操作をTeachで埋める流れが具体的です。CPI 15x／D7 4x／1000 DLは著者の個人事例であり、公式ベンチマークではありません。

考察

伴走では「分析が宣言し、クリエイティブが作り、エンジニアが実装する」権限分離と、課金操作は人承認、を先に置くと転用しやすいです。ROI数字は期待値ではなくケーススタディとして扱います。確信度: 公式ガイド（ROIは著者意見・ケース）。

Grok Bot for mobile app development

実践事例

note — わど：Grok 4.7登場｜長時間タスクとGrok Bot実演ja実践

引用

Grok 4.7は、最強判定するためのニュースではありません。長時間タスクとGrok Botの接続を、自分の仕事で試す候補として評価するリリースです。… 使用モデルの版は画面で確認できなかったため、Grok 4.7の性能実測とは扱いません。… 「最大50万トークン」は、無料で全部入るという意味ではない … 入力20万トークン未満: 入力2ドル、キャッシュ済み入力0.50ドル、出力6ドル … 20万超は倍。… だから「Grok 4.7が全モデルを倒した」は言いすぎ。… Xでは… 70時間を超える連続タスク… ただし今回の調査では、入力、作業環境、途中の人間介入、失敗回数、比較条件まで再現できていません。… 9月22日、Grok Botで新しいBotを作り、3投稿分の数字を渡しました。実演用に用意した架空のデータです。… 返ってきた集計は、合計40,000表示、580クリック、41申込。… BotはBを再検証する方向を提案しました。… 記録するのは5項目です。完了までの時間／人へ確認を求めた回数／禁止事項を守れなかった回数／出典のない断定数／入力・出力・キャッシュを分けた使用量と料金。

2026-09-22公開です。公式仕様・第三者ベンチ・X体験談・自社架空データ実演を層分けしており、昨日のAPI release notesを「仕事でどう測るか」へつなぐJA実践として適切です。モデル版未確認を先に宣言している点が信頼できます。

考察

伴走の評価シートに、著者の5項目（完了時間・確認回数・禁止違反・断定・料金）をそのまま載せるのが現実的です。「70時間」「最強」系のSNS話は再現条件なしでは採用しない、と先に合意しておくと安全です。確信度: 実践一次メモ（4.7実測ではないと著者明記）。

note記事

note — わど：Grok BotでAIの担当チームを作る（初心者向け）ja実践

引用

Grok Bot は1体に全部を頼まず、統括1体と担当に分けて、最初に「今回やらないこと」を渡す。… 連携の画面には、SuperGrok・SuperGrok Plus・SuperGrok Heavy・X Premium+ のどれかが必要と出ていました。公式ドキュメントでは、Cursor の Pro+・Ultra・Teams でも使えます… 契約の付いていないアカウントでサインインしていました。… 「Switch accounts」を押して… 電話番号の確認… 国番号の欄は「+1」になっているので、日本の携帯番号なら国番号を日本に合わせてから… 自動レビュー：オンのまま。… タイムゾーン：Asia/Tokyo … いきなり作業を頼まず、「今回やってよいこと」と「やらないこと」を渡すための指示です。… 2本目も、1本目と同じ統括のBotの会話で送ってください。… 同じ名前のBotが並びました。… 昼には… 集客の媒体別の週次テンプレ（CSV）、購入後のサポートの週次テンプレ（CSV）、担当どうしの受け渡し方のレビュー案… 指示では作っていない「オペレーション担当」も並んでいました。… 勝手に増やされたくないなら、共通ルールに「Botの追加は提案までにして、作る前に確認する」と1行足しておくのがおすすめです。

2026-09-18公開の導入手順です。昨日のよへい（Slack要望）やroompine（複数Bot運用）とは別角度で、サインイン詰まり・統括会話の取り違え・勝手に増えたBotへの対処が画面付きで残っています。公式Use casesの「やらないこと」と相性が良い一次記録です。

考察

初回セットアップでは「契約アカウントの取り違え」「+81」「Asia/Tokyo」「やらないこと2行」「Bot追加は提案のみ」をチェックリスト化すると再現しやすいです。効果測定記事ではない点は伴走説明でも明示します。確信度: 導入一次記録。

note記事

収集: 2026-09-23 約05:23–05:45 JST。英語ソースは翻訳付き。9/22新着のカスタマーサポート公式ニュースと、Deferredだったモバイル開発ガイドを本号で消化。仕様は未カバーのMobile／Use cases。実践はわど2本（評価軸＋導入手順）。X（@bot等）は本収集でもスクショ・embed未取得。Templates／PMs／Designingガイド、AIgent LabのAPI入口整理は次号候補。数値（175%チケット、$0.20–$0.30、CPI 15x、D7 4xなど）は公式発表値または著者ケースとして扱い、一般化していません。事実と意見を分け、確信度を各カードに記載しています。