Grok Botの料金2026年版:200ドルプランと上限のないメーター

Grok Bot料金の一覧

製品ページの料金ブロックは、数字を読む前からすでに変わっている。どちらのプランもxAIの名を冠していないからだ。両方ともCursorのプランで、ダウンロードリンクはdownloads.cursor.comを指し、営業窓口はCursorのお問い合わせフォームに誘導される。

このテーブルからは、利用量の計算に入る前に2つの構造的な事実が見えてくる。

1つ目は、チームプランの方が個人プランよりシート単価が安いということだ。120ドル対200ドルで、Ultraのすべてに加えて一元課金、チームスキルマーケットプレイス、共有の利用分析、SSOまで含まれる。これはほとんどのSaaS料金ページとは逆で、もし2人以上いるなら個人プランを選ぶ理由はほぼない。X上の2人の独立した読者がローンチから数時間以内に同じ数字の組み合わせにたどり着いており、そのうちの1人は実際に何が自分の目を止めたのかを明確に述べている。

"What actually stopped me scrolling wasn't the feature list. It was the pricing page."

@eyishazyer, X

2つ目は割り当てのあいまいさだ。製品ページ全体で上限に関する記述は「Extended limits on AI tokens」だけで、数字は一切添えられていない。そこにこそ実際のお金がかかっているので、この記事の残りはその糸をたどっていく。

第1層:唯一誰もが口にする数字であるシート

シートについては誰もが知らされる部分で、それ単体を見れば、作業を最初から最後までこなすと謳うツールとしては法外というほどではない。Cursorの料金ドキュメントによれば、これは新しい製品ラインというより既存の階段の最上段でもある。Proが月額20ドル、Pro Plusが60ドル、Ultraが200ドル、Teams Standardが1シート40ドル、Teams Premiumが1シート120ドルだ。

Grok Botは上位2段に位置しており、だからこそCursor自身のローンチスレッドで最も大きな反応は機能に関するものではなかった。

"Fine. I will cancel my subscription."

chickey23, r/cursor

このコメントは、門の外に取り残された有料Pro顧客からの「When will other plans be available?」や「why o pro or pro+?」といった声と並んでいた。この門は実在し、ベンダー側もそれを認めている。CursorのLee RobinsonはHacker News上で、「works with the highest tier Cursor/Grok accounts during the beta.」と返信した。

より安い入り口も存在するが、選ぶ前に知っておくべき条件が付いてくる。Cursor Teams Standardは1シート40ドルで、あるXの投稿はこれを予算重視の入り口として広めた。提供状況のテーブルはより正確だ。Premiumシートは「include a weekly Grok Bot usage allowance」とされる一方、Standardシートは「can use the free trial or on-demand usage」とされている。つまり40ドルでシートを部屋に入れることはできるが、その背後に含まれる割り当てがないため、そのシートが使うトークンはすべてオンデマンドになる。軽い評価であればこれは最も安い見方だ。継続的な日常利用では、ラインナップの中で最も高くつく形になる。

Enterpriseは見積もり制で、まだ一般提供されていない。同じテーブルではエンタープライズ組織を「Rolling out」としてリストし、Cursorのアカウントチームへの相談を促している。ヘルプデスクソフトウェアを買うのと同じ感覚でこれを購入するつもりだったなら、これは計画に入れておく価値がある。

第2層:上限のないトークンメーター

予算を承認する誰にとっても最も重要な一文がここにある。チームおよびエンタープライズ向けドキュメントから、原文のまま:「There is no Grok Bot-specific spend cap yet.」その隣で、FAQは課金モデルを説明している:「Grok Bot subscriptions include weekly usage; eligible accounts can add on-demand usage billed from model and token cost.」

ここから3つの帰結が積み重なる。

割り当ては月次ではなく週次だ。 負荷の高い火曜日1日で、その週の残りをオンデマンド料金に押し込む可能性があり、翌月曜日にリセットされる。この割り当ての規模は、トークン数でもドル額でも、製品ページにもドキュメントにも一切公開されていない。

超過分は、あなたが選べないモデルの生のコストに基づいて課金される。 ドキュメントはGrok Botに「has no model picker, for members or admins」と明記し、「billing follows the actual serving model」とも述べている。現行のフラッグシップであるGrok 4.6は、xAIのモデルドキュメントによれば入力100万トークンあたり2.00ドル、出力100万トークンあたり6.00ドルだ。これらは単体で見れば妥当なLLMトークンの料金だ。変数はレートではなく、誰も見ていないときに常時稼働するエージェントがどれだけ消費するかにある。

そして常時稼働するエージェントは大量に消費する。 ローンチ週の最も鋭いコストのデータポイントは、この製品を気に入っている先行リリースのテスターから届いた。

"Biggest downsides are token expenditure. I've used more tokens this month than not this month. That's not a typo - I've used less tokens in the last 5 years prior to this month than I have this month. Always on perpetual agents use a LOT of tokens."

jjcm, Hacker News

これは自称の早期アクセスユーザーであって、そのまま買った一般ユーザーではないので、ベンチマークとしてではなく傾向として読んでほしい。その傾向こそが要点だ。常時稼働するエージェントのトークン消費量は、人員数に比例するのではなく、どれだけ長く稼働させ続けるかに比例する。

ローンチ当日の可視性の話も助けにならなかった。Grok BotをテストするためだけにわざわざUltraを購入した人物は、2つのメーターが食い違っているのを見つけた。

"I purchased Ultra just to test. The cursor dashboard doesn't show I have any usage, but the app says 48%"

madebywelch, Hacker News

ベータ版の計測バグは修正されるものであり、これもすでに修正されている可能性が高い。それでも取り上げるのは、ドキュメントが支出を確認する場所としてまさに1つ、Cursorダッシュボードの利用ページを指し示しているのに、初日にはそのページとアプリが有料顧客に異なる話を伝えていたからだ。コスト管理の唯一の手段がダッシュボードであるなら、そのダッシュボードは正しくなければならない。

自分の12か月分を見積もる

料金ページが示すのは1つの数字だけだ。あなたの請求書には少なくとも4つの要素がある。以下に自分自身の前提を入力してほしい。オンデマンド利用こそが、この中で唯一上限のない項目であることに注意してほしい。

この試算ツールは、その真ん中のスライダーと同じくらいしか正直ではなく、そしてまさにそのスライダーこそxAIが値付けしていない部分だ。この記事から1つだけ持ち帰るなら、これにしてほしい。

第3層:あなたのBotが他のあらゆる場所で必要とするシート

このコストは2週目まで見えない。Botはあなたの実際のツールにログインしてそれらを操作することで機能するので、Botが操作するツール側にもアイデンティティに関する独自の考え方と独自のシート課金がある。各Botを個別に追跡したいなら、それはBotが触れるすべてのシステムにおけるもう1つのライセンスを意味する。

"For example, github gives 2 users as part of a basic org and charges extra per seat, so if I want seats for individual agents so I can track them separately then I have to pay more. Same with Google Workspace, where I have to pay for additional users if I want to have multiple accounts."

stillpointlab, Hacker News

代わりの手段は自分自身のログインをBotと共有することだが、それは安上がりでより悪い選択肢だ。ドキュメントはすでに、隔離のためにBotの境界に頼ることに対して警告している。あるメンバーのBotはすべて1台のコンピューターを共有しており、「secrets, sign-in sessions, and local-computer permissions apply to the member as a whole, not to a single Bot」だからだ。

サポートチームにとって、これは直接あなたのヘルプデスクのシート数にはね返ってくる。エージェントシートはたいていの場合、人件費に次いでサポート予算の中で2番目に大きな項目であり、人間ではないシートを加えることは、解決単位の課金ツールとは違う形で計算式を変えてしまう。これは、AIエージェントのコストをAIベンダーの請求書だけでモデル化してしまうチームが陥る、まさにそのわなだ。

第4層:取り消せない行動のコスト

料金に関する記事はたいてい請求書のところで止まる。しかし本番のツールに書き込み権限を持つエージェントにとって、高くつく月とは何かがうまくいかない月であり、Grok Botのドキュメントは、その境界がどこにあるかについて異例なほど率直だ。

これを支える2つの文がある。承認について:「An approval controls the proposed action. It does not reverse work already completed.」テストについて:「A test run performs real work. It can navigate websites, change files, and call connected tools.」ドライラン(試験実行)モードは存在しないので、行動を起こす前にそのリスクを値付けする方法もない。

ここで私は中立であることをやめる。なぜなら、まさにこの種の失敗の請求書をこの目で見てきたからだ。私たちには、知識ベースに取得すべき関連情報が何もないときに、実在の人物に対してボットが回答をでっち上げてしまった有料顧客がいた。だからこそ、eeselのすべてのロールアウトは、顧客に近づく前に必ず過去のチケットに対してシミュレーションを行う。この失敗モードは意味不明な出力ではなく、流暢で、自信満々で、間違った回答であり、それを片付けるのはトークンではなくサポート時間だ。あるCXリードは、その根底にある要件をどのベンダーページよりもうまく言い表していた。

"The AI will never be able to answer 100% of the questions, but if it tries and just answers 'sorry I don't know this,' I cannot go and check all my 7,000 tickets to see if the AI actually made a good answer. I need an AI who is only handling the tickets that it's confident to handle and all the other ones, leave them alone."

a CX lead at a DTC supplements brand on Gorgias and Shopify, around 7,000 tickets a month

Grok Botの設計には、それを表現する場所がない。あなたのヘルプデスクにログインした汎用エージェントには、キューをこなすというモードが1つあるだけで、下げることのできるチケット単位のインテント確信度しきい値は存在しない。ドキュメントはまた、Botの動作の監査ビューを「coming」としており、つまり現時点では、コストやAI解決率、QAスコアを紐づけるための回答単位の記録が存在しない。それがなければ、四半期末にAIサポートのROIを測定することは当てずっぽうになる。

自信満々の誤答の後始末は、現実の予算項目だ。それを防ぐことこそ、AIハルシネーション対策が存在する理由だ。そして、まさにこの仕事において、カスタマーサービス向けRAGがブラウザ付きの汎用モデルに勝る理由でもある。回答はモデルの記憶からではなく、取得済みのソースから来る必要があるからだ。

実際に無料トライアルはあるのか?

部分的にはある。ただし期日はない。証拠は両方の側にある。

肯定側:提供状況のテーブルには個人向けの「one-time trial」が記載されており、Cursor Teams Standardのシートは無料トライアルまたはオンデマンド利用を使えるとされている。ユーザーもローンチ当日にトライアルの導線を見つけている。

"looks like there's a free trial [...] head over to the Grok Bot website, install it on Windows or Mac, sign in with your account, claim your free trial"

@notjazii, X

原文にある「looks like」という留保に注目してほしい。否定側:料金ページにもドキュメントのどこにもトライアル期間は一切記載されておらず、ページ自体の「Get started for free」ボタンはサインアップの導線ではなくLinuxの.debダウンロードにリンクしている。広く繰り返されている「7-day trial」という数字は、xAIのどのページに対しても検証できなかったサードパーティの投稿にさかのぼるものであり、私はそれを事実として繰り返すことはしない。

権利そのものも初日には明らかに不安定で、SuperGrok Heavy加入者からは入れないという報告があり、あるユーザーは2回目の請求が発生しているのはなぜかと尋ねていた。

"I'm a super Grok heavy user, and this new Grok Bot wants to charge me another $250 a month to use the service? Please explain. $550 monthly for both?"

@1RustyMac, X

これはローンチ当日のベータ特有の挙動であり、修正されるものと予想している。これを記録しておく価値があるのは、「プランに含まれている」という主張がこのローンチにおいて強い説得材料になっているからで、初日にはそれを対象とする人々に対して確実には反映されなかったからだ。

サポートAIの実際のコストとの比較

Grok Botは働き手を値付けする。多くのAIカスタマーサービスソフトウェアは今や仕事そのものを値付けしている。この違いは、上記のどの数字よりも重要だ。

どちらのモデルも間違っているわけではない。シート課金は、単位を数えられないような継続的で多様な作業に向いており、まさに「デジタル同僚」という売り文句そのものだ。解決単位課金は、単位が明白で数えられるキューに向いており、まさにヘルプデスクがそれであり、サポートコストの削減に関する多くのガイドが今や前提としているモデルだ。より詳しい比較が欲しければ、解決あたりのコストがその計算を扱っている。自社開発か購入かは、どちらでもなくエンジニアに支払う第3の選択肢を扱っている。

モデル層に限って言えば、Grokは同格の他モデルと比べて競争力のある価格設定になっている。Grok 4.5の料金は同じ階層のGPT-5.6に近い水準だ。

一段安いところにはより安価な選択肢があり、DeepSeek V4 Flashが現在の底値だ。しかし、それはいずれもGrok Botが競っている軸ではない。Grok Botが競っているのは作業をこなすことであり、つまりモデルのレートは請求書そのものではなく、請求書への1つの入力値にすぎないということだ。

eeselなら代わりにいくらかかるのか、そして単位がなぜ違うのか

Grok Botの売り文句には惹かれるが、目指しているのがデスクトップではなくサポートキューであるなら、それこそがeeselが埋めるために作られたギャップだ。

eeselは共有ブラウザログインではなく、各ツール自体のインターフェースを通じて接続する。Zendesk、Gorgias、Confluence、Slack、そしてFreshdesk連携をカバーする。この接続方式こそが、チケット単位のスコープ設定、確信度に基づくルーティング、回答ごとの記録をそもそも表現可能にしている。それらを紐づけるためのチケットというオブジェクトが実在するからだ。また、カスタマーサービス向けAIコパイロットが2週間下書きモードにとどまり、チケットタイプごとに段階的に昇格していけるのもそのためだ。

料金という点に絞って言えば、eeselの料金は解決したチケット単位であり、シート単位でもトークン単位でもない。エージェントを追加してもライセンスは増えず、静かな月は忙しい月より安く済み、その数字の裏に上限のないメーターは存在しない。何かが顧客に届く前に、あなた自身の過去のチケットに対してシミュレーションを実行し、まず解決見込みの推定値を得る。これは、このカテゴリーでリスクを値付けすることに最も近い存在だ。

ノートパソコンではなくヘルプデスク向けのAIチームメイトが欲しいだろうか?eeselは数分でZendeskと連携し、既存のナレッジベースと過去のチケットで学習し、何かを送信する前に1週間、下書きを作成する様子を見守ることができる。eeselを無料で試してみてほしい。

両者に公平を期すために言えば、eeselはAPIを持たない任意のSaaSツールにログインして代わりにクリック操作をすることはしない。それはGrok Botができて私たちができないことであり、もしそれこそがあなたの本当の課題であるなら、200ドルのシートの方がより興味深い買い物になる。

つまりGrok Botは実際にいくらかかるのか?

すでにSuperGrok HeavyかCursor Ultraを使っているなら、試すのに追加費用はかからず、試すべきだ。それがバンドルの価値のすべてであり、この購入において料金の問いがシンプルになる唯一のパターンだ。

新しい費用項目として追加するのであれば、シート分を予算化し、さらにメーター分をもう一度予算化してほしい。月額200ドルは請求額ではなく入り口の料金だ。支出上限が実装されるまでは、最初の月は固定費ではなく、上限が分からない実験だと考えるのが正直な計画上の前提になる。まずは社内向けの元に戻せる作業で運用し、Cursorの利用ページを月次ではなく毎日確認し、製品側にまだ限度がない以上、自分たち自身で社会的な限度を設定してほしい。

そして、値付けしようとしている仕事が顧客対応のキューであるなら、シートと並んで失敗のコストも値付けしてほしい。ドライランもなく、確信度しきい値もなく、監査ビューがまだ「今後提供予定」のままの自律型エージェントは、2つの表示価格が何を言おうと、範囲を絞ったAIヘルプデスクエージェントとはまったく異なるリスクプロファイルを持っている。

より広い分野については、私のベストAIエージェントまとめを参照してほしい。サポートに特化した候補リストはカスタマーサービス向けAIエージェントにあり、この製品の詳細な内訳は私のGrok Bot解説記事にある。