管理者は、Cursor のダッシュボードの Grok Bot ページで多くの設定をします。 メンバーはこのページを見られません。一部の設定は、Team Settings・Team Marketplace・会社の IdP（社員の ID とログインを管理するサービス。Okta など）にあります。
Enterprise プランの限定で、Teams プランでは見えない設定があります。そこを区別して話せることが大事です。
連携アプリを禁止する設定と、網の行き先を絞る設定は、別の層です。 公式には、アプリをブロックしても、そのサービスのウェブサイトは開けるとはっきり書かれています。両方の道を塞ぐには、両方の制御が要ります。
No.01 の4つの場所の図に、管理者の制御を足すと次の形になります。
手元のアプリ ←─ Execution on Local Computer（手元での実行の天井）
│
▼
Cursorのサーバー ─┬─ 行動：Enforce Auto-review／team の Auto-review rules／Team Rules
│ ├─ モデルへ入る前の入力：推論フック（No.12 で出ます）
│ └─ 記録：Action Recording・監査ログ（No.13 で出ます）
├──→ クラウドの計算機 ──→ 外：Network Controls
│ Apply to MCP servers／静的エグレスIP
└──→ 連携アプリ（外のサービス）←─ connector policy／MCP allowlist
静的エグレス IP は、計算機が外へ出る時の「出口の住所」です。Cursor 共有の固定の範囲で、顧客専用の IP は使えません。網の制御は住所を決める物ではなく、行き先を絞る物です。
連携アプリ（MCP サーバー）は、計算機からではなく Cursor のサーバーから外へつながります。 そのため、網を許可リスト方式にしても、連携アプリは自動では対象になりません。
連携アプリも同じリストで縛るには、Apply to MCP servers を入れます。初期状態はオフです。 オンにすると、GitHub・X・Origin のような組み込みの連携アプリも含めて、すべて許可された行き先に合う必要があります。合わない物は、ボットが使おうとした時に断られます。
グループ（会社が管理するメンバーの集まり）の設定は、チームの基準を広げるためのものです。 グループは、チームが許すより多くをメンバーに与えられても、少なくはできません。複数のグループに入っている人は、いちばん緩い結果になります。
例外が網です。 網はグループが自分の方針を持てて、チームの方針を緩くも厳しくも置き換えます。複数グループなら、いちばん厳しい物が効きます。チームの方針を鍵でロックすると、全員に同じ方針が効きます。
ルールが食い違った時は、Ask first が勝ちます。 Apply to MCP servers はチームの設定で、グループは引き継ぐだけで、オフにはできません。
Enforce Auto-review（メンバーが Auto Review を切れなくするチームの強制）にも例外があります。グループは Don't enforce for this group で、自分のメンバーについてこの強制を解けます。
| 見える範囲 | 設定 |
|---|---|
| Teams でも使える | Team Rules・Cloud Agent の許可・公開テンプレート共有・手元での実行の天井・連携アプリの方針（connector policy） |
| Enterprise だけ | 組織全体の有効化スイッチ・Network Controls・Team Setup Scripts・Team Secrets・Allow Local Egress Routing・Allow Sudo on Bot Computers・Action Recording・Data Retention（Retention Period for Bots／Computers／Messages。No.13 で出ます）・Enforce Auto-review と team の Auto-review rules・推論フック・監査ログ・OpenTelemetry Export・MCP allowlist・SCIM（IdP からの自動登録・削除）・計算機の管理・グループ設定 |
講師向けの一言を足します。「Teams でも connector policy と Team Rules は使えますが、行き先の絞り込みと行動のレビュー強制は Enterprise です」と言えば、境目が伝わります。
会社の中だけにあるサービス（私設網）へボットを届けたい、という相談です。
後者は、Cursor が運営する網のモードではなく、会社が自分で運用する型です。 認証は、メンバーが計算機のブラウザでログインするか、認証キーを Team Secret に入れて台本から読むかです。台本の本文に鍵を書きません（No.10）。
| 操作 | 何が起きるか |
|---|---|
| Recreate | 最新のイメージで新しい計算機を作り、Team Setup Scripts を実行する。ボット・ファイル・ログインは残る |
| Terminate | 計算機を止めて消す。永続ディスクは残り、次のメッセージで同じディスクの上に新しい計算機が立つ |
| Delete | 計算機と保存ファイルを消す。次のセッションは空の計算機。取り消せない |
どれもアクセスを奪う操作ではありません。 アクセスを奪うには、次の2つを行います。 メンバーをチームから外すか、そのグループの Grok Bot を切ります。そのうえで、IdP でセッションを失効させます。
公式の推奨設定を、講師の答えにまとめます。管理者側は次の8つです。
メンバー側は、資格情報をチャットに貼らない・Allow once を優先する・不要なアカウントからはサインアウトする、などです。
○ よくある勘違い 「アプリをブロックしたから、サービスには届かない」→ ウェブサイトは別の経路で開けます。網の制御も要ります
○ よくある勘違い 「Terminate でメンバーを締め出せる」→ アクセスは残ります。外すのは IdP と、チームやグループの設定です
○ 関係する単元：No.01（4つの場所）／No.08（Auto Review）／No.10（Team Secrets）／No.12（推論フック）／No.13（記録）
連携の層と網の層は別で、両方閉じないと塞がらない。グループは網以外「広げるだけ」で、網は置き換え。計算機の Terminate などと、アクセスの剥奪は別の操作。
問1 会社が「Teams 側で連携アプリを1つブロックしたから、そのサービスは ボットから使えない」と言います。仕組みから見て正しいのは？
問2 あるメンバーが、網の方針が違う2つのグループに入っています。網にはどちらの方針が効きますか？
問3 管理者がメンバーの計算機を Terminate しました。これで起きることは？
出典：https://docs.x.ai/grok-bot/teams-and-enterprises ／ https://docs.x.ai/grok-bot/security ／ https://docs.x.ai/grok-bot/security-faq ／ https://docs.x.ai/grok-bot/private-networks ／ https://docs.x.ai/grok-bot/computers