← 一覧に戻る
Grok活用事例ダイジェスト
2026-09-28・仕様2 / 新機能2 / 実践2 ※英語は日本語訳つき。本日はゲートウェイ側のTLS検査例外（Configure TLS-inspecting proxies）と、ホストコンピュータ向けNetwork policyの4モード表、組織管理者のコンピュータ一括操作（Manage computers）、手元PCへのLocal executionポリシーに焦点を当てています。実践は「最初からRoutineにしない」手順と、朝の優先タスク向けSkill／Routine設計です。公式ニュースの9/23以降新着はありません。Xスクショは取得不可です。
仕様解説
docs.x.ai — Configure TLS-inspecting proxies（Zscaler等・cursorvm.com）en仕様
引用
The Grok Bot desktop app connects from each member's device to two places: Cursor's API at *.cursor.sh for chat, sign-in, and approvals, and the member's hosted computer at a nested *.*.cursorvm.com hostname for computer setup, screen, and shell. Secure web gateways that inspect TLS often let the first through and break the second. … Allow … *.cursor.sh … *.cursorvm.com … *.*.cursorvm.com … Add both cursorvm.com patterns. … A gateway configured with *.cursorvm.com alone looks correct and still leaves the computer unreachable. … Bypass TLS (SSL) inspection. … Turn off response buffering. … Apply the allow rules, the TLS inspection exemption, and any DNS exception to every location, profile, and policy group … including roaming and off-network. … This page is about the path from a member's device to Cursor. It does not change where the hosted computer itself may connect; that is the network policy.
日本語訳
デスクトップアプリは、(1)チャット・サインイン・承認用の *.cursor.sh と、(2)コンピュータ接続用の入れ子ホスト *.*.cursorvm.com の2系統に接続します。TLSを検査するセキュアWebゲートウェイは前者だけ通して後者を壊しがちで、セットアップがハングします。許可リストには *.cursor.sh・*.cursorvm.com・*.*.cursorvm.com（必須）などを入れます。1段のワイルドカードだけではコンピュータに届きません。許可だけでなくTLS検査の除外と応答バッファリングの無効化も必要です。例外はオフィス用だけでなく、ローミング／オフネットワークを含む全プロファイルへ適用してください。このページは「メンバ端末→Cursor」の経路の話であり、ホストコンピュータの宛先制限（network policy）とは別です。
コメント
考察
伴走の初回ヒアリングでは「ゲートウェイ有無」「off-networkプロファイルに例外が入っているか」「*.*.cursorvm.comまで入れたか」の3点を先に聞くと切り分けが早いです。確信度: 公式docs。
Configure TLS-inspecting proxies
docs.x.ai — Network policy（4モード表・コネクタ方針との別層）en仕様
引用
Network Controls is Enterprise only. Admins set a Grok Bot network policy from the Grok Bot page of the Cursor dashboard, under Network as Grok Bot Network Access. … Teams without a policy default to allow-all. | Mode | Effect | No Policy (Allow All) | Allow all (the default for teams without a policy) | Allow All Network Access | Explicitly allow all destinations | Defaults + Team Allowlist | Cursor's default destinations plus your list | Team Allowlist Only | Only your list, plus the destinations a computer needs to function | … Directory groups … can set their own network policy … and a lock makes the team policy effective for everyone. … Running computers apply changes automatically within about a minute. … Blocking a plugin does not block that service's website. The connector policy and the network policy are separate layers, and closing both paths takes both controls.
日本語訳
Network ControlsはEnterpriseのみです。ダッシュボードのGrok Bot → Network（Grok Bot Network Access）で方針を設定します。方針なしのチームは既定でallow-allです。モードは次の4つです。(1) No Policy (Allow All)＝方針なしの既定 (2) Allow All Network Access＝明示的に全許可 (3) Defaults + Team Allowlist＝Cursor既定宛先＋自社リスト (4) Team Allowlist Only＝自社リスト＋コンピュータ稼働に必要な宛先のみ。Directory groupsは独自方針を持て、ロックでチーム方針を全員に強制できます。稼働中のコンピュータは約1分以内に反映され、再作成は不要です。プラグイン遮断はそのサービスのWebサイトを止めません。コネクタ方針とネットワーク方針は別層で、両方閉じるには両方の制御が必要です。
コメント
考察
導入説明では「Self-serveにはこのパネル自体が出ない」「コネクタを切ってもブラウザ経由は別」をセットで伝えると取り違えが減ります。確信度: 公式docs。
Grok Bot security（Network policy）
新規機能解説
docs.x.ai — Manage Grok Bot computers（Recreate／Terminate）en新機能
引用
Grok Bot Computers … lets an organization admin recreate or terminate those computers for many members at once … Enterprise only, and it appears only for organization admins. Team admin rights are not enough … | Action | What happens | What members keep | Recreate | Builds a replacement computer on the latest image and runs Team Setup. The current computer stays available until the replacement is ready … | Synced Bots, files, and logins. … | Terminate | Deletes the member's computer … It does not restart on its own; the member's next session starts a fresh computer on the same durable disk. | Synced Bots, files, and logins. Running work stops. | … Terminating does not remove access … To remove access, remove the member from the team or turn off Grok Bot for their group, and revoke their sessions in your identity provider. … Both actions remove apps and packages that members installed themselves. Anything your Team Setup manifests install comes back …
日本語訳
Grok Bot Computersは、organization adminが複数メンバのコンピュータを一括で再作成／終了できるEnterprise専用機能です。team adminでは足りません（コンピュータはメンバが属する全teamで共有されるため）。Recreateは最新イメージで代替機を作りTeam Setupを走らせ、準備完了まで現行機は残ります。Terminateはコンピュータを削除し、次回セッションで同じ永続ディスク上に新規機が立ちます。どちらも同期済みのBot・ファイル・ログインは保持されます。Terminateはアクセス剥奪ではありません。アクセスを止めるにはteamからの除外／グループのGrok Bot無効化と、IdPでのセッション失効が必要です。メンバが自分で入れたアプリは消え、Team Setupで入れるものは戻ります。
コメント
考察
「止めた＝権限剥奪」と誤解されやすいので、伴走ではTerminate後の再接続（数分）とIdP側revokeをセットで説明するとよいです。確信度: 公式docs。
Manage Grok Bot computers
docs.x.ai — Local execution（Execution on Local Computer）en新機能
引用
Bots can act on a member's own machine through the desktop app: run commands, read files, and move files between the cloud computer and the local machine. This is separate from work in the hosted computer, with its own control, and it is distinct from Auto Review, which governs work inside the hosted computer. Per-command approval is the default, and the approval card shows the exact command. Members choose the policy under Settings → General → Bot → Execution on Local Computer (or per computer under Settings → Computer → Computers): Ask every time, Always allow, or Never allow. Recommend Never allow unless a Bot has a specific reason to work on local files. Admins can cap the policy for the whole team with Execution on Local Computer on the Grok Bot page; a member's own setting still applies when it is stricter. … The Grok Bot cloud computer is separate from the Mac or Windows computer in front of you.
日本語訳
Botはデスクトップアプリ経由で、メンバ自身の手元マシン上でもコマンド実行・ファイル読み取り・クラウド機とのファイル移動ができます。これはホストされたコンピュータ上の作業とは別制御で、ホスト内を見るAuto Reviewとも別物です。既定はコマンドごとの承認で、承認カードに正確なコマンドが出ます。メンバは Settings → General → Bot → Execution on Local Computer（またはコンピュータ単位）で Ask every time／Always allow／Never allow を選びます。手元ファイルを触る明確な理由がなければ Never allow が推奨です。管理者はダッシュボードの Execution on Local Computer でteam全体の上限を設けられ、メンバ側がより厳しい設定ならそちらが効きます。クラウド機と目の前のMac／Windowsは別物です。
コメント
考察
中小伴走では初期設定を Never allow か Ask every time に固定し、ローカル編集が必要な案件だけ一時的に緩める運用が安全です。確信度: 公式docs。
Grok Bot security（Local execution） · Approvals, security, and privacy · Use the computer and apps
実践事例
Kaze（note） — 最初からRoutineにしない（手動→Skill→Routine）ja実践
引用
Grok Botの活用例を見ていると、すぐに複数のBotを作り、毎朝動くRoutineまで設定したくなります。でも、最初に時計を動かすのは少し早い気がしました。1回だけ頼んだ仕事が不安定なら、それを毎朝繰り返しても、確認するものが増えるだけです。今回は、ログイン不要の公式更新ページを3つ確認する仕事を例に、手動タスク→Skill→Routineの順で組み立てます。※この記事は2026年8月31日時点のSpaceXAI公式情報をもとにした、実機検証前の手順メモです。… まず1回のタスクとして実行する。安定させてからSkillにする。そのあとRoutineで自動化する。… 返ってきた文章は、内容より先に4か所を見る。対象／日付／更新なし／取得失敗。… 僕なら、1回きれいに返ってきただけでは、まだRoutineにしません。日を変えてもう一度同じ依頼を出し、「更新なし」の扱いまで確認します。… Routineは、時刻より「失敗した日の動き」を先に決める。… 最初のRoutineをログイン不要の公開ページにします。… Grok Botの最初のRoutineを作る日、僕なら時計の設定は最後に触ります。
コメント
考察
初めてのRoutine題材は、ログイン不要の公開ページ読み取りにすると、共有1台のログイン混線を後回しにできます。確信度: 公式順序に沿った著者設計（実機前メモ）。
Kaze note記事
Tomoya — SkillとRoutineで朝の優先タスクを並べるja実践
引用
Skill（スキル）：「これをこうやって」という作業の手順書。… Routine（ルーティン）：「いつ動かすか」の予定表。… 準備（下書き・提案・並べ替え）までは自動、送信や公開、本番環境への変更は必ず承認を挟むのが基本方針です。… Skillはレシピ、Routineはタイマーです。… 公式の例文には「情報が取れない時は、古いデータを使い回さずに失敗として報告する」という一文が含まれています。… 必要な情報源：カレンダー（今日の予定）、Gmail（未読で対応が必要なものだけ）、GitHub（自分宛てで期限が近いIssueやPR）。… 返すもの：今日の優先3件／保留中のもの／情報が取れなかった項目。承認が必要なもの：メール送信、Slack投稿、公開、削除、購入、本番環境の変更。ここは提案止まりにする。… 実行そのものより先に、準備の部分から自動化する。いきなり実行せず、下書きや提案を先に出す。
コメント
考察
伴走の初回デモは「優先3件＋保留＋取得失敗」の返却枠だけ先に固定し、送信系コネクタは後から足す順が安全です。確信度: 公式docs読み＋著者ユースケース。
Tomoya記事
収集: 2026-09-28 約05:01–05:25 JST。英語ソースは翻訳付き。公式ニュースに9/23以降の新着はなし（Product最新は9/22 CS support）。仕様はTLS-inspecting proxies（/proxies）とNetwork policy表。新機能枠はManage computers（/computers）とLocal execution。実践はKaze（手動→Skill→Routine）とTomoya（朝の優先タスク）。X（@bot等）は実ポストURL未確保のためスクショ・embed未取得。Kaze記事は著者注記どおり実機検証前メモとして扱っています。事実と意見を分け、確信度を各カードに記載しています。