Grok活用事例ダイジェスト
仕様解説
docs.x.ai — Get started（導入・Linux含むデスクトップ・初回依頼）en仕様
引用
You need: An eligible plan: every paid individual Cursor plan or the Cursor Teams plan, or an individual SuperGrok, SuperGrok Plus, or SuperGrok Heavy subscription linked to your Cursor account … The Grok Bot desktop app for macOS, Windows, or Linux … You can also set up and use Grok Bot on mobile. … Grok Bot requires cloud data storage. Accounts using Legacy Privacy Mode must move to a supported Cursor data setting … Linux builds publish with every stable release. Get them under More downloads on x.ai/bot. … Choose the x64 or Arm64 download … .deb … .rpm … or an AppImage … Sign in … Sign In with Cursor … Create your own and give the Bot: A short name / One primary job / A description … A strong request includes: 1. Outcome 2. Sources 3. Constraints 4. Deliverable 5. Review point … Open Agent Computer … Enter the password, passkey, two-factor code, or complete the CAPTCHA yourself. … For supported services, you can also install a plugin from Marketplace …
日本語訳
対象は有料のCursor個人プランすべて、Cursor Teams、またはCursorにリンクしたSuperGrok／Plus／Heavyです。デスクトップはmacOS・Windows・Linux、モバイルでもセットアップできます。クラウド保存が必須で、Legacy Privacy Modeのアカウントは対応するデータ設定へ移す必要があります。Linuxビルドは安定版ごとに公開され、More downloadsからx64／Arm64の.deb・.rpm・AppImageを選びます。サインインはSign In with Cursorです。初回Botには短い名前・主ジョブ・進め方のDescriptionを付けます。強い依頼は(1)成果 (2)ソース (3)制約 (4)成果物 (5)レビュー点、です。認証はAgent Computerを開いて人がパスワード／Passkey／2FA／CAPTCHAを入力し、対応サービスはMarketplaceのプラグインも使えます。
コメント
導入の入口仕様です。過去の検索スニペットやFAQ初期記述ではLinuxが未対応に読めた時期がありましたが、現行Get startedは「安定版ごとにLinuxビルドを出す」と明記しています。矛盾の再燃ではなく、一次情報の更新として扱うのが正確です。
考察
伴走の初回チェックは「対象プラン」「Privacy Mode」「OS（Linux含む）」「強い依頼の5要素」「パスワードはチャットに貼らない」の5点にすると説明が安定します。確信度: 公式docs。
docs.x.ai — Configure identity and access（Okta/Entra・Cursor割り当て・Linux MFA）en仕様
引用
Grok Bot uses your Cursor account, so there is no separate Grok Bot app in Okta or Entra ID. … You will make two changes … Assign the Cursor app so users outside your engineering organization can access Grok Bot … Add an authentication rule so users can sign in to IdP-provisioned apps from the Bot's computer, which runs Linux and does not run device-trust agents. Only the first change controls Grok Bot sign-in. The second never blocks it, and it does not apply to plugin sign-in … Do not create a second Grok Bot application; widen assignment on the Cursor app you already have. … The computer runs Linux and is not enrolled in MDM … Okta FastPass do not run on it. … Add a higher-priority rule … Device platform to Other Desktop … Password + Another factor. … Entra … include Linux … Require multifactor authentication only. … If you use SCIM, provisioning is SCIM 2.0, available on the Enterprise plan … Limitations: Okta FastPass does not run on Linux … The computer is not enrolled in MDM by default. … Group-based assignment in Entra ID requires P1 or P2 and does not include nested groups.
日本語訳
Grok BotはCursorアカウントを使うため、Okta／EntraにGrok Bot専用アプリは作りません。変更は2つです。(1)既存Cursorアプリの割り当てをエンジニア以外にも広げてGrok Botに入れる。(2)Botのコンピュータ（Linux・デバイス信頼エージェントなし）からIdP提供アプリへサインインできる認証ルールを追加する。サインインを制御するのは(1)だけで、(2)はGrok Botサインインを止めず、プラグイン認証にも効きません。FastPassや会社全体のデバイス準拠をオフにせず、優先度の高いルールをグループ限定で足します。OktaではOther Desktop＋Password＋別要素、EntraではLinuxを含めMFAのみ、が典型です。SCIMはEnterpriseのSCIM 2.0です。制限はFastPass非対応・既定でMDM未登録・Entraのグループ割り当てはP1/P2かつ入れ子グループ非対応、です。
コメント
管理向けの未カバー仕様です。「専用IdPアプリを新設しない」「コンピュータ用ルールはプラグインに効かない」「Grok Bot本体のサインインはCursor割り当て側」が導入説明でいちばん取り違えやすい点です。
考察
中小のIdP伴走では、まずCursor割り当てグループを広げ、次にコンピュータ上で開くIdPアプリだけにLinux/Other Desktopルールを足す順が安全です。確信度: 公式docs。
新規機能解説
docs.x.ai — Troubleshooting（到達不能・Recover/Update/Reset・運用切り分け）en新機能
引用
Start with the least destructive step. A Bot's cloud work can continue even when the desktop or mobile app is disconnected. … An error about Legacy Privacy Mode means … Update the Cursor account data setting … Recover in this order: 1. Retry … 2. Restart … 3. Recover computer … 4. … Update under Grok Bot's Computer … 6. Use Reset only if recovery and update fail and you accept losing recent unsynced work. Recover computer and Update preserve durable files and logins. Reset … can lose recent or unsynced work. … Do not paste a password or verification code into ordinary chat. … The file is no larger than 25 MB, or 200 MB for video … No more than six attachments … Ask first rules take precedence over Allow automatically rules. … The Grok Bot app and the Agent Computer have separate updates. … Updating the desktop app does not reset the cloud computer. … Do not include passwords, one-time codes, private keys, or secret values.
日本語訳
まず破壊度の低い手順から始めます。デスクトップ／モバイルが切れてもクラウド上の作業は続き得ます。Legacy Privacy Modeエラーはデータ設定の更新が必要です。コンピュータ到達不能時は Retry→アプリ再起動→Recover→ComputerのUpdate、Resetは最後で未同期ロスを受け入れる場合だけです。Recover／Updateは永続ファイルとログインを保ち、Resetは直近の未同期を失い得ます。パスワードや確認コードは普通のチャットに貼らないでください。添付は各25MB（動画200MB）、デスクトップは一度に最大6件です。Ask firstはAllow automaticallyより優先します。アプリ更新とAgent Computer更新は別で、デスクトップ更新だけではクラウドPCはリセットされません。サポート連絡に秘密情報を含めないでください。
コメント
昨日Deferredの運用ヘルプです。新機能というより「現場で使う操作手順の公式化」ですが、伴走の障害切り分けチェックリストとして昨日までのガイド枠と同じ扱いにしています。Resetを最後にする順序が要点です。
考察
顧客向け1枚紙は「Retry→再起動→Recover→Update→Reset」「アプリ更新≠コンピュータ更新」「秘密はチャットに書かない」の3行に要約すると伝わりやすいです。確信度: 公式docs。
docs.x.ai — FAQ / Overview（プラットフォーム行列・Linux＋Android明示）en新機能
引用
Use the Grok Bot desktop app on macOS, Windows, or Linux, or the companion app on iOS or Android. The same Bots and conversations sync across your signed-in devices. … Every Bot on your account uses one persistent cloud computer. … Do not use separate Bots as a security boundary. … Which platforms are supported? macOS on Apple silicon and Intel; Windows on x64 and Arm64; Linux on x64 and Arm64, as a .deb package, an .rpm package, or an AppImage; iPhone on iOS 18 or later; Android 9 or later. The iOS app also runs on iPad with iPadOS 18 or later. … When Teach a task is available, record one browser workflow … limited to ten minutes. … Create template … They do not get your computer, logins, or conversation history. （Overview）Grok Bot runs on macOS, Windows, Linux, iOS, and Android …
日本語訳
会話はデスクトップ（macOS／Windows／Linux）またはコンパニオン（iOS／Android）で行い、同じBotと会話が同期します。アカウント上の全Botは1台の永続クラウドコンピュータを共有し、Bot分割をセキュリティ境界にしてはいけません。対応プラットフォームはmacOS（Apple silicon／Intel）、Windows（x64／Arm64）、Linux（x64／Arm64の.deb／.rpm／AppImage）、iPhone（iOS 18以降）、Android 9以降、iPadはiPadOS 18以降です。Teach a taskが使える場合はブラウザ作業を最大10分録画してSkill草案にできます。テンプレ共有では相手にコンピュータ・ログイン・会話履歴は渡りません。OverviewもmacOS／Windows／Linux／iOS／Android対応を明記しています。
コメント
9/22号でFAQの一部を扱ったあとのプラットフォーム更新スライスです。読者が古い「Linux未対応」メモを見ていた場合の訂正根拠になります。共有1台≠境界は再確認、Teach／テンプレは補助的な触れ方にとどめています。
考察
導入説明では「LinuxデスクトップはMore downloads」「Androidは9+」「同期はするが隔離ではない」を先に言い、Teachやテンプレは次の会話に回すと迷いが減ります。確信度: 公式docs。
実践事例
Tomoya — Gmailの失敗通知からCursor経由でPRまでja実践
引用
Cursor ProにGrok Botが別枠で入ったので、GmailのエラーからPRまで通してみた … 最初の依頼は「今日のGmailを簡潔に教えて」だった。… その中に、GitHub Actionsの失敗通知があった。… 「見てみて、GitHub経由で修正できる？」と投げた。Grok Botがログを追い、Cursor側で修正作業に入って、PRを出してくれた。… 原因はコードではなかった。GitHub Actionsのリポジトリシークレットが空で…。… 人がやったのは、Gmail接続の許可と、リポジトリシークレットへのキー投入。PRの作成まではBotとCursor側 … Grok Botのコンピュータは、目の前のPCではない。クラウド側で動き続ける。PCを閉じても作業は続く … メールを読むのはGrok Bot。コードを直してPRを出すところはCursor。リポジトリとActionsはGitHub。役割が分かれている…
コメント
2026-08-27公開の著者実機です。Gmail→失敗発見→調査→CursorでPR、という短い導線が伴走の「最初の1本」に向いています。シークレットはログやIssueに出さない、Vercel変数とActions用シークレットは別物、という実務注意も具体的です。
考察
初回デモは「今日の受信箱を要約→失敗1件を調査（変更は提案まで）」に止め、キー投入とMergeは人が握ると安全です。確信度: 著者実機。
Zenn tec — Lead Bot → Dev Bot → Cursor Cloud Agent → PR（TinyBoard）ja実践
引用
Grok Botに Lead Bot と Dev Bot の2つのBotを用意し、Cursor Cloud Agentと組み合わせて開発を進めます。… 人間 → Lead Bot → Dev Bot → Cursor Cloud Agent → GitHub … 2026年8月29日時点では、Grok Botの利用条件について公式ドキュメント間で記載に差があります。… Lead Botは人間から開発依頼を受け取り、要件を整理してDev Botへ実装を依頼… Dev Botは… Cursor Cloud Agentへ開発を依頼… 実際のコード変更やBuild、Test、Pull Requestの作成はCursor Cloud Agentが担当します。… 今回のような小規模な開発であれば、Cursor Cloud Agentへ直接依頼する方がシンプルです。複数の役割や工程をAgentごとに分担させる場合には、Grok Botを組み合わせるメリットが出てきそうです。
コメント
公開2026-08-31／更新09-01の著者実機です。Descriptionサンプル（要件整理／実装整理／不明点は人間確認／日本語成果物）がそのまま転用しやすいです。プラン表記の公式間差は著者時点の観察であり、現行はGet started／Plansを一次として確認する、と読むのが安全です。
考察
中小の開発伴走では、単機能ならCloud Agent直、要件整理と実装とレビューを分けるときだけLead／Devを足す、が著者結論と整合します。確信度: 著者実機。
収集: 2026-09-26 約05:08–05:25 JST。英語ソースは翻訳付き。公式ニュースに9/23以降の新着はなし（Product最新は9/22 CS support）。仕様はGet startedとIdentity and access。新機能枠はTroubleshootingとFAQ／Overviewのプラットフォーム行列更新。実践はTomoyaのGmail→PRとZennのLead/Dev→Cloud Agent。X（@bot等）は実ポストURL未確保のためスクショ・embed未取得。数値・ROIは公式発表値または著者ケースとして扱い、一般化していません。事実と意見を分け、確信度を各カードに記載しています。