Grok Bot という名前から、xAI の製品だと思っている受講生は多いと思います。 公式のセキュリティ文書には、Cursor の会社 Anysphere が登場します。アプリの要求を受けるサーバーも、仕事が走る計算機も、Cursor がホストしています。ダッシュボードも cursor.com にあり、サインインは Cursor のアカウントです。
SpaceXSI は、公式が「自社のモデル（first-party）」と呼ぶ側の開発元で、Grok Bot の頭脳の候補の1つです。
| 名前 | 何のことか |
|---|---|
| Grok | SpaceXSI のチャットアプリ |
| Grok Bot | Cursor が運営する、クラウドの計算機を持つAIの同僚 |
公式の FAQ は、この2つを「別のアプリ」と明記しています。 Grok のアプリで出る課金の画面や週の上限は、Grok Bot の話ではありません。Grok Bot のサインインに使うのは Cursor のアカウントです。
Grok と Grok Bot は別のアプリで、運営しているのも別の会社です。
公式の説明を講義用に整理すると、4つの場所になります。
① 手元のアプリ（デスクトップ・スマホ）
話す・見る・承認する。薄い窓口
│ 要求を送る
▼
② Cursorのサーバー
要求を受ける／連携アプリの鍵を預かる
│ 仕事を渡す │ 連携アプリの呼び出し
▼ │（連携の裏口 connector backend 経由）
③ クラウドの計算機 │
1人1台の仮想マシン │
（Firecracker microVM） │
ブラウザ・コマンド・ファイル │
│ Webサイトを開く／モデルへ│
▼ ▼
④ 外のサービス・モデル
Webサイト／連携アプリの先（Gmail など）／モデル
（SpaceXSI の自社モデルか、第三者のモデル）
Firecracker microVM とは、1人に1台ずつ割り当てられる、小さな仮想マシンです。仮想マシンは、1台のコンピューターの中に作る「仮の別のコンピューター」のことです。 連携の裏口（connector backend）は、連携アプリの鍵を Cursor 側で預かる部分です。 この図が、先の単元すべての地図です。No.02 では、この上に1つの頼みごとの動きを描き込みます。
デスクトップアプリもスマホアプリも、公式は「thin client」（薄い窓口）と呼んでいます。主にやるのは次の3つです。
仕事そのものは手元のアプリでは動きません。手元のMacでコマンドを動かす別の能力もありますが、これは設定で許した時だけ使われ、既定では毎回聞かれます（No.03 で出ます）。 アプリを閉じても、パソコンを閉じても、仕事は続きます。 計算機がクラウドにあるからです。
受講生には「アプリはリモコンで、仕事をする本体は別の場所にある」と言うと伝わります。
③のクラウドの計算機は、利用者ごとに1台です。 詳しい作りは No.03（後で出ます）で扱うので、ここでは「手元ではなくクラウドにあり、ブラウザやコマンドやファイルが入っている」とだけ覚えてください。
モデルは、Grok Bot が選びます。 公式は、利用者に選ぶ画面は無く、リクエストごとに SpaceXSI の自社モデルか第三者モデルのどちらかに行くと書いています。次のリクエストでは別のモデルになることもあり、「どのモデルか」は画面にも出ません。
連携アプリ（MCP＝AIの道具をサービスにつなぐ共通の約束事。Gmail や Drive などをボットにつなぐ部品）の鍵は、Cursor の側に置かれます。 鍵とは OAuth トークン（サービスが「この人の代わりに動いてよい」と認めた証）のことで、連携の裏口（connector backend）が預かり、ボットは鍵を受け取らずに道具を呼びます。 遠くのサーバーにある連携アプリ（remote）は、Cursor のサーバーから届きます。ただし計算機の上でコマンドとして起動する連携アプリは別で、計算機の中で動きます。鍵の詳しい置き場は No.05（後で出ます）です。
○ モデルは図の外の場所④にあります。計算機②と Cursor のサーバー③のどちらがモデルへ依頼を送るかは、公式には書かれていません。講義では「モデルは外の場所」とだけ言えば足ります
○ コードの仕事は、ボットが別の計算機（Cursor Cloud Agents）に任せることもあります。名前だけ覚えれば足ります
公式のセキュリティ設計は、4つの原則でできています。
| 原則 | 意味 |
|---|---|
| 利用者ごとの分離（per-user isolation） | 1人に1台の Firecracker microVM。仮想マシンでも、隣の人と CPU やメモリを共有しない作りで、他の利用者とは分かれる（hardware-level separation） |
| 既定では何も触れない（no access by default） | 利用者やチームが許したアカウントと連携アプリしか使えない |
| 人の承認の関所（human approval gates） | 影響の大きい行動は承認が要る。判定するのは独立したレビュー用モデル Auto Review |
| 管理者の制御（administrative control） | チームの管理者が決められる設定がある |
Auto Review は、行動の直前に独立したレビュー用モデルが判定する層です。仕組みは No.08（後で出ます）で扱います。 管理者の制御のうち、組織全体の有効化スイッチ・網の制御（Network Controls）・行動記録（Action Recording） などは Enterprise 限定です。何が管理者の手にあるかは No.11（後で出ます）です。
1と2は計算機と鍵の話で、3は行動の判定の話です。 4は組織の話と分けると、場所と守りを結べます。
受講生に「社内のサーバーで動かせますか」と聞かれたら、答えは決まっています。 Grok Bot は Cursor がホストするクラウドの計算機でしか動きません。オンプレミス（自社の設備の中で動かすこと）と、自前のイメージ（計算機の元になる環境一式）の持ち込みは、今はどちらもできません。
計算機が動くのは米国です。
○ 受講生によく聞かれる質問① 「Grok Bot は Grok とどう違うの？」
答え方：別のアプリです。Grok は SpaceXSI のチャットアプリで、Grok Bot は Cursor が運営する、クラウドの計算機を持つAIの同僚です
○ 受講生によく聞かれる質問② 「どのAIモデルで動いているの？」
答え方：選べません。Grok Bot が依頼ごとに、自社モデルか第三者モデルを選びます。「このモデル」と言い切れません
○ 関係する単元：No.02（4つの場所の上を頼みごとが通る）／No.03（計算機）／No.05（鍵）／No.08（Auto Review）／No.11（管理者）
運営は Cursor。アプリは薄い窓口で、仕事はクラウドの計算機（1人1台）で動く。モデルは選べず、連携アプリは Cursor のサーバー経由で鍵を渡さずに呼ぶ。4つの場所は「アプリ・Cursorのサーバー・計算機・外」。
問1 受講生が「Grok のアプリで週の上限に達したので、Grok Bot も使えませんよね？」と聞いてきました。仕組みからの答えは？
問2 「パソコンを閉じたのに、ボットの仕事が続いているのはなぜ？」への答えは？
問3 「Gmail を使う時、ボットが私の鍵を持ち歩いているんですか？」への答えは？
問4 「会社のサーバーの中だけでGrok Botを動かせますか？」への答えは？
出典：https://docs.x.ai/grok-bot/overview ／ https://docs.x.ai/grok-bot/how-grok-bot-works ／ https://docs.x.ai/grok-bot/teams-and-enterprises ／ https://docs.x.ai/grok-bot/security ／ https://docs.x.ai/grok-bot/faq