Grok活用事例ダイジェスト

2026-09-27・仕様2 / 新機能2 / 実践2　※英語は日本語訳つき。本日は未カバーのSecurity FAQ（隔離とネットワークの層）とConnect to private networks（自社ネットワーク接続）、新機能枠にShare a Botと組織管理者スコープ、実践はいとぱん氏の公式ガイド読み解きと青島氏のNotion ISSUE→Cloud Agent→PR→Vercelを組み合わせています。公式ニュースの9/23以降新着はありません。Xスクショは取得不可です。

仕様解説

docs.x.ai — Grok Bot security FAQ（microVM隔離・ネットワーク層・監査）en仕様

引用

Each user gets a dedicated Firecracker microVM with its own kernel, memory, and virtual devices. One user cannot reach another user's computer. Within one user, every Bot shares that computer … A Bot has no identity of its own … Blocking a plugin does not block that service's website. The connector policy and the network policy are separate layers … Network Controls is Enterprise only … teams without a policy default to allow-all … Computers use shared static egress IP addresses, and dedicated per-customer IPs are not available … A member can route … through their desktop … Enterprise teams can also install a networking client … through Team Setup … A TLS-inspecting gateway such as Zscaler … blocking or inspecting the computer's nested cursorvm.com hostname … Allow *.cursorvm.com and *.*.cursorvm.com … Auto Review evaluates shell commands, plugin calls, computer use, automation writes, and delegation … It does not review every side effect, such as memory writes … Audit logs … Action Recording … OpenTelemetry Export … Enterprise only … The team model allowlist is Enterprise only, and enforcement is not guaranteed … In the United States today … US-only data residency program … does not apply to Grok Bot by default … On-premises deployment … not supported … ISO/IEC 27001 and ISO/IEC 42001 … only organization admins can terminate a member's computer.

日本語訳

各ユーザーは専用のFirecracker microVM（独自カーネル・メモリ・仮想デバイス）を持ち、他ユーザーのコンピュータには届きません。同一ユーザー内では全Botがその1台を共有します。Botに独自のIDはありません。プラグイン遮断は当該サービスのWebサイトを止めず、コネクタ方針とネットワーク方針は別層です。Network ControlsはEnterpriseのみで、方針なしのチームは既定でallow-allです。egressは共有静的IPで、顧客専用IPはありません。メンバはデスクトップ経由でトラフィックを通せます。EnterpriseはTeam Setupでネットワーキングクライアントを全コンピュータに入れられます。Zscaler等のTLS検査ゲートウェイがcursorvm.comを遮断／検査するとセットアップがハングします。*.cursorvm.comと*.*.cursorvm.comを許可し検査除外してください。Auto Reviewはshell・プラグイン・コンピュータ操作・自動化書き込み・委譲を評価し、memory書き込み等は見ません。Audit Logs／Action Recording／OpenTelemetry ExportはEnterpriseです。モデルallowlistもEnterpriseですが強制は保証されません。コンピュータは米国で、CursorのUS-only residencyは既定ではGrok Botに適用されません。オンプレ不可。ISO/IEC 27001と42001。コンピュータのterminateはorganization adminのみ（Enterprise）です。

セキュリティレビュー向けのQ&Aです。昨日までのApprovals／Teams導入と重なる論点もありますが、本号は「隔離境界・ネットワーク層・監査系統・所在地」に絞った深掘りです。プラグイン遮断≠Web遮断、共有egress、terminateは組織管理者のみ、が導入説明で取り違えやすい三点です。

考察

伴走のチェックリストは「Bot分割≠金庫」「Network ControlsはEnterprise」「terminate権限はorganization admin」「オンプレ不可・米国稼働」の4行にすると説明が安定します。確信度: 公式docs。

Grok Bot security FAQ

docs.x.ai — Connect to private networks（デスクトップ経由／Team Setup）en仕様

引用

Grok Bot computers … reach the internet through shared static egress IP addresses. If the systems your Bots need … live on a private network, route traffic through a member's desktop or install your organization's networking client on every team computer through Team Setup. Tailscale and Cloudflare Tunnel are common client choices … Team Setup is Enterprise only … Network Controls is also Enterprise only. That network policy is a separate layer … private network reach does not replace your destination allowlist. … Do not include secrets. Setup scripts … Keep credentials out of setup scripts. … If a Check Script is present and exits 0, the Setup Script is skipped … Tailscale … This is the configuration the pattern has been exercised with. … Cloudflare Tunnel … has not been exercised on team computers the way the Tailscale one has, so validate it on a pilot computer … This is not the Cloud Agents setup.

日本語訳

Grok Botのコンピュータは共有静的egress IP経由でインターネットに出ます。内部API・ソース管理・DB・ステージングなどがプライベート網にある場合は、(1)メンバのデスクトップ経由でルーティングするか、(2)Team Setupで組織のネットワーキングクライアントを全チームコンピュータに入れるか、です。よくあるのはTailscaleとCloudflare Tunnelです。Team SetupもNetwork ControlsもEnterpriseのみで、ネットワーク方針は別層です。プライベート到達は宛先allowlistの代わりにはなりません。セットアップスクリプトに秘密を入れないでください。Check Scriptが0で終了すればSetupはスキップされます。Tailscale（exit node）は実地検証済みの構成です。Cloudflare Tunnelは同程度の検証がまだなのでパイロットから始めてください。Cloud Agents向けのTailscale／Tunnel手順とは別物です。

昨日Deferredだった社内網接続の仕様です。CursorがVPNを提供するのではなく、Team Setupで「自社クライアントを入れるフック」を提供する、という位置づけが要点です。manifestに秘密を書かない・Check Scriptで再install回避・allowlist onlyならベンダーendpointsを足す、が運用の勘所です。

考察

中小のIdP／内製API伴走では、まずデスクトップのRoute egressで可否を試し、常時必要ならEnterprise＋Tailscale exit nodeの順が安全です。Cloud Agents用レシピと混同しないよう、依頼文に「Grok Bot Team Setup」と明記するとよいです。確信度: 公式docs。

Connect to private networks

新規機能解説

docs.x.ai — Share a Bot（公開共有リンク・設定のみコピー）en新機能

引用

Share a public link when someone else should start from the same Bot. 1. Open the Bot and copy its share link. 2. Send the link. The recipient opens a preview on x.ai and can choose Add to Grok Bot. 3. They need the Grok Bot app to finish adding it. The link is public. Anyone who has it can view the Bot's shared configuration, including its identity, description, skills, and routines. Remove API keys, internal URLs, customer data, and anything else you would not put in a public document before you share. Adding a shared Bot creates a copy on the recipient's account. It does not give them your computer, logins, or conversation history. Shared Bots are created by other users, not by SpaceXAI. Adding one accepts the third-party bot terms.

日本語訳

同じBotから始めたい相手には公開共有リンクを使います。(1)Botを開いて共有リンクをコピー (2)送る。相手はx.aiでプレビューしAdd to Grok Botを選べます (3)追加完了にはGrok Botアプリが必要です。リンクは公開で、持っている人はidentity・description・skills・routinesなどの共有設定を見られます。APIキー・内部URL・顧客データなど公文書に書けないものは共有前に外してください。追加は相手アカウントへのコピーで、あなたのコンピュータ・ログイン・会話履歴は渡りません。共有Botは他ユーザー作成でありSpaceXAI製ではありません。追加時は第三者bot規約に同意します。

Create and manage Bots内のShare節を単独カード化したものです（9/24のBots管理とは別スライス）。「設定は見える／実行環境は渡らない」が境界です。共有はセキュリティ境界ではない、というApprovals側の注意とも整合します。

考察

伴走では共有用の薄いテンプレBotを別に作り、固有名詞を剥がしてからリンクを渡す運用が安全です。Enterpriseではpublic template sharingのteam全体設定も併せて確認します。確信度: 公式docs。

Create and manage Bots（Share a Bot）

docs.x.ai — Organizations／Enterprise admin（組織スコープ・コンピュータ管理）en新機能

引用

Enterprise only on the Grok Bot dashboard: the organization-wide enable switch, Network Controls, Team Setup, Action Recording, Allow Local Egress, Enforce Auto-review … and computer management for organization admins. … Directory-group scope is part of Network Controls … Groups can set their own policy, and a lock makes the team policy effective for everyone. The organization-wide enable switch … applies to the whole organization. Cloud Agents, Team Rules, and public template sharing apply to the whole team on Teams and Enterprise. Enforce Auto-review and Auto-review rules are Enterprise only and also apply to the whole team. Allow Local Egress is Enterprise only and applies to the whole team. … Organization admins can inspect and remove member computers. Team admin rights are not enough, because a computer is shared across every team the member belongs to. … Computer management is Enterprise only, and only organization admins can terminate a member's computer. The durable disk is kept … Self-serve Teams do not see those settings.

日本語訳

Grok BotダッシュボードのEnterprise専用には、組織全体の有効化スイッチ、Network Controls、Team Setup、Action Recording、Allow Local Egress、Enforce Auto-review、organization admin向けコンピュータ管理があります。Directory-groupスコープはNetwork Controlsの一部で、グループ独自方針とチーム方針のロックがあります。組織全体の有効化は組織全体に効きます。Cloud Agents・Team Rules・公開テンプレ共有はTeams／Enterpriseでteam全体です。Enforce Auto-reviewとそのルール、Allow Local EgressもEnterpriseでteam全体です。コンピュータの閲覧・削除はorganization adminのみで、team adminでは足りません（コンピュータはメンバが属する全teamで共有されるため）。terminateもEnterpriseのorganization adminのみで、永続ディスクは残ります。Self-serve Teamsにはこれらの設定は出ません。

9/21のTeams導入の組織管理者スライスです。team単位で効くもの（Cloud Agents／Team Rules／テンプレ共有／Auto-review強制／Local Egress）と、organization単位でしか触れないもの（全体有効化・コンピュータterminate）を分けて読むと、権限設計の説明がぶれません。

考察

「全体停止」「特定コンピュータの停止」を運用要件に挙げる顧客は、その時点でEnterprise前提の会話に切り替える判断材料になります。Self-serveで始めた組織には、画面に出ない項目があること自体を先に伝えます。確信度: 公式docs。

Teams and enterprises · Security FAQ

実践事例

いとぱん（note） — 公式ガイド5本を実体験で読み解くja実践

引用

SpaceXAIが公開した Grok Bot Guidesを、2026年8月30日時点で掲載されている5本すべて読みました。結論から言うと、これは「開発者向け」「営業向け」「PM向け」という職種別の成功談だけではありません。5本に共通していたのは、AIを賢くする話より、仕事をどう分け、何を見せ、何を繰り返し、どこで人間が止めるかという設計だった。… Bot：名前、役割、会話、継続する文脈を持つ担当者／Skill：うまくいった仕事の手順…／Routine：…決めた時刻やイベントで動かす設定／Handoff：次の担当Botへ…／Group / Channel：複数Botが一つの成果と引き継ぎを共有する案件部屋。… 現行の公式Docsでは、一人のユーザーに1台の永続クラウドPCが割り当てられ、その人の全Botが共有する…役割は別でも、金庫まで別ではない。… 僕は別のAI運用で…同じ仕事をもう一度送りました。実際には最初の依頼も生きていて、同じ目的の親と子が二系統で動き始めた。

2026-08-31公開の著者読み解きです。公式5本（複数チーム／モバイル開発／Designing／GTM／PM）を「仕事の設計図」として再構成し、共有1台≠金庫別、二重起動の失敗まで具体です。9/24–25で扱った各Guide本体とは別の、日本語の横断解説として載せています。

考察

導入の最初の1枚は「分け・見せ・繰り返し・人間が止める」と「案件部屋に責任と状態を置く」に要約すると伝わりやすいです。確信度: 著者実機＋公式Guideの読み解き。

いとぱん note記事

青島（note） — Notion ISSUE → Cloud Agent → PR → Vercelja実践

引用

人間がNotionにISSUEを書き、ボットがCursorのクラウドエージェントに発注して、プルリクエストをだして、人間は確認してマージする。… それを1体と1リポジトリで真似てみた。… リポジトリはCursorのOriginに新しく作った。Next.jsの雛形にAGENTS.mdを添えて…「ドキュメントはNotion」「写真はVercel Blob」「変更は必ずPR」「テストとスクリーンショットを添付」… GitHubのコネクタは使わなかった。… VMに置く秘密はCursorのAPIキー1本。… Notion の「ISSUE」の番号 8（写真アップロードページ）を、説明欄の手順どおりに進めて。… 36分でFINISHEDになった。… ISS-8 の写真アップロードを実装し、PR #2 を出しました。… npm test は 16 件すべて成功、npm run build も green です。ログと変更前／変更後のスクリーンショットは PR 説明に貼ってあります。

2026-09-03公開の著者実機です。Lingxi運用（複数Bot×多数Cloud Agent）を1体1リポに縮小し、起点をNotion ISSUE、mergeは人間、に固定した短い閉ループです。AGENTS.mdと証拠列、GitHubコネクタを避けCursor APIキー1本に絞った選択が伴走の参考になります。36分は著者1ケースです。

考察

昨日のZenn（Lead／Dev→Cloud Agent）と比べ、こちらはチケット管理に起点を置く形です。既にNotionで案件を回している現場向けの初回デモに向きます。確信度: 著者実機。

青島 note記事

収集: 2026-09-27 約05:05–05:30 JST。英語ソースは翻訳付き。公式ニュースに9/23以降の新着はなし（Product最新は9/22 CS support）。仕様はSecurity FAQとConnect to private networks。新機能枠はShare a BotとOrganizations／Enterprise adminスコープ。実践はいとぱん（公式ガイド5本読み解き）と青島（Notion→Cloud Agent→PR→Vercel）。X（@bot等）は実ポストURL未確保のためスクショ・embed未取得。数値・所要時間は著者ケースとして扱い、一般化していません。事実と意見を分け、確信度を各カードに記載しています。