Cursorサブスクで見えるGrok Botと、xAI個人枠は別物|課金・枠の境界地図

Cursorサブスクで見えるGrok Botと、xAI個人枠は別物|課金・枠の境界地図

Cursor のサブスクを契約していると、サイドバーの Grok Bot が「そのまま使える Grok の本体」に見えます。私は一度、それを個人枠の代替だと思って深作業を投げ、課金と枠の見え方が二重になり、途中で止まりました。この記事では、Cursorサブスクで見えるものとxAI/Grok個人枠を同じものにしないための地図を先に置きます。

シリーズ入口としての位置づけ

本シリーズの入口は、Cursor 経由の Grok Bot です。Pi 上の Hermes で cron や soul、context を深く回す話は、既存のhermes-agent-*連載側です。ここでは手順を再発明しません。必要になったら、連載へリンクで渡します。

前回完了時(よくある状態)今回完了後
サブスク=Grok無制限/個人枠の代替だと思う見えるものと見えないものを表で分ける
深作業を投げてから枠のずれに気づく作業範囲を決める前に境界を固定する
hermes-agent連載と入口が混ざる入口はGrok Bot、深い運用は別枠と分かる

読み飛ばせる章: すでに「Cursorサブスク ≠ xAI個人枠」と分かっている場合は、「地図(3列表)」と「入口でやる/やらない」だけ読めば足ります。

なぜHowより先に、課金・枠の誤解を潰すのか

設定の手順を先に読むと、「どこまでがサブスクの話か」が残ったまま作業に入ります。入口で一番コストが高いのは、ツールの操作ミスより、別物の請求と枠を同じ前提で積むことです。

地図のないまま深作業を投げると、次が起きやすいです。

  • サブスク側の見え方と、個人枠側の見え方がずれて「二重に課金されている」ように感じる
  • どこまで使ってよいか分からず、途中で止める
  • 足りないと思った瞬間に、代替課金や乗り換えを考え始める

先に直すのは、操作手順ではなく境界です。

用語表

用語この記事での意味
CursorサブスクCursorの有料プランです。製品内で使える機能・モデル・Botの入口が含まれます
Grok BotCursor側から見えるアシスタント入口です。本シリーズの作業の入口です
xAI/Grok個人枠xAI側の個人向け利用枠・課金です。Cursorサブスクの代替ではありません
境界地図「サブスクで見えるもの/この入口では扱わないもの/個人枠」を並べた表です
入口実験ログ設定手順より先に、誤解と失敗の過程を残す記録です

失敗エピソード(架空に近い一般化・入口実験ログ)

ある夕方、Cursor のサブスクを契約した直後でした。「Grok が使えるなら、長めの調査と下書きもこのまま投げてよいはずだ」と思い、夜までの深作業をまとめて依頼しました。

途中で、次のずれに気づきました。

  1. サブスクの画面では「使える」ように見える
  2. 一方で、個人枠側の利用感(残量や制限の見え方)は別物に見える
  3. どちらが止まったのか、すぐには切り分けられない

請求額の数字や明細はここでは出しません。残したのは次の仮説だけです。

仮説: Cursorサブスクは、xAI/Grok個人枠の代わりではない。見える入口と、枠の本体は別レイヤである。

この仮説を先に置いてから、作業範囲を小さくし直しました。代替課金や乗り換えは、この段階では選びませんでした。先に地図が必要だったからです。

地図(3列表)

次の表が、この記事の本体です。画面スクショは使いません。UI ラベルは変わりやすく、請求画面の貼付は誤誘導と秘密のリスクがあるためです。

Cursorサブスクで見えるもの見えないもの(この入口では扱わない)xAI・Grok個人枠
Cursor内のGrok Botなど、製品に載っている入口Pi上Hermesの深い運用(cron/soul/contextなどの手順)xAI側の個人向け利用枠・課金(サブスクの代替ではない)
チャット上の小さな読み書き・たたき・整理公開承認やGit操作を、入口チャットだけで完結させる前提枠の残量・上限の見え方(製品側の表示に従う。数値は本記事に書かない)
「Hermesっぽいこと」の入口としての会話hermes-agent連載で扱う運用時計・モデルpinの再発明個人枠側の契約・請求の本体

読み方の要点は 1 つです。

  • 左列は、Cursor 側で触れる入口です
  • 中央列は、入口シリーズでは扱わない/別の置き場へ渡すものです
  • 右列は、サブスクと並べて「同じもの」にしない列です

「左があるから右は不要」とは読みません。逆に「右があるから左は無制限」とも読みません。

課金が二重に見える理由(入口実験ログとしての整理)

二重に見えるのは、多くの場合、次が同時に視界に入るからです。

  1. Cursor サブスクの契約・利用の見え方
  2. xAI/Grok 個人枠の契約・利用の見え方

どちらも「Grok」という名前に近く、入口が Cursor だと一体に感じやすいです。ただし、名前が近いことと、枠が同一であることは別です。

この記事で断言しないこと:

  • 無制限であること
  • サブスクが個人枠の代わりになること
  • どちらか一方へ乗り換えるべきであること

入口でやるのは、作業を投げる前に「今見ているのは左列か、右列か」を一文で言えるようにすることです。

入口でやる/やらない(最小チェック)

コピー用です。深作業の前に一度通します。

やる

  • 「今使う入口は Cursor 上の Grok Bot」と言語化している
  • 上の 3 列表で、今回の作業が左列に収まるか確認した
  • 個人枠の数値や明細を記事・チャットに貼っていない
  • 足りないと感じても、すぐ代替課金の比較表を作らない(先に境界を見直す)

やらない

  • サブスク=Grok 無制限/個人枠の代替、と書いて作業を始める
  • 請求額・API キー・明細をログや記事に残す
  • cron/soul/context/model-pin の手順を、この入口記事の範囲で書き足す
  • 未確認のまま「乗り換えると得」と断定する

よくあるエラー

症状主な原因対応
深作業の途中で枠が足りないように感じる左列と右列を同一視している3列表に戻し、今回の作業がどの列の話かを分ける
課金が二重に見えるサブスクと個人枠の見え方が同時に入る代替ではないと明記し、明細の貼付はしない。数値比較で解決しようとしない
hermes-agentの手順を入口で探し始めるシリーズの入口と深い運用を混ぜている入口は境界まで。深い運用は既存連載へ渡す
無制限前提でまとめて依頼する失敗エピソードと同じ入口ミス作業を小さくし、チェックリストの「やる」からやり直す

この記事でやらないこと

  • Cursor サブスクを、xAI/Grok 個人枠の代替として勧めること
  • 個人枠の具体上限数値を載せること
  • アフィリエイト比較表や乗り換え CTA
  • Pi 上 Hermes の cron/soul/context/model-pin 手順の本編化
  • 請求画面のスクショ地図

次に進むとき

入口の地図が固定できたら、次は「チャットでできること/できないこと」の境界です(シリーズ A2 予定)。名前の「Hermes」が二重になる話は A3 で扱います。

深い定期実行やモデル固定が必要になったら、既存の hermes-agent 連載側へ進みます。例として、cron のモデル固定は次です(手順の再掲はしません)。

いまの段階で必要なのは、そのリンクを開くことより、今日の作業が左列に収まるかを決めることです。

一次情報・参照

資料この記事での使い方
シリーズ角度たたき(2026-09-29)入口マップ角度A1の骨格
hibanas内容正本(2026-09-27)実証実験ログ/失敗・試行を含める方針
編集選定メモ(2026-09-29)3列表の列名固定・数値非掲載・スクショ不採用

製品の画面・契約条件は時点で変わります。本記事は境界の読み方であり、料金表や公式の上限の代替ではありません。実行前に、利用中の製品表示を確認してください。

この記事をシェア