Grok 4.7の料金:APIトークンコスト、階層、そしてFast課金

Grok 4.7の料金を一目で

「〜から」という数字ではなく、情報源そのままの料金表を見てみよう。

50万トークンのコンテキストウィンドウとトークン料金はどちらもGrok 4.6から変わっておらず、これが購入者にとってこのリリースの見出しとなる。同じメーターでより強力なモデルが手に入るということだ。性能の向上は長時間にわたるエージェント型作業に集中しており、それを賄うために価格が動くことはなかった。

APIについて一つ良い点がある。推論の強度は低・中・高・xhighの4段階で設定でき、リクエストごとにモデルがどれだけ深く考えるかを調整できる。出力トークンは入力の3倍のコストがかかり、推論は出力トークンを消費するため、推論強度は品質だけでなく実質的なコストレバーでもある。簡単な呼び出しでは強度を下げることが、まだ実践していない中で最も安上がりな最適化だ。

20万トークンのロングコンテキストの崖

Grok 4.7の料金で見落とすと最も高くつくのがこれだ。リクエストのプロンプトが20万トークンに達すると、ロングコンテキスト料金が20万を超えた分だけでなくリクエスト内のすべてのトークンに適用される。

つまり21万トークンのプロンプトは、大部分が2ドル/6ドルではなく、すべてが4ドル/12ドルで請求される。これは最後の1万トークンによって引き起こされる倍増だ。メッセージを重ねるごとにゆっくりとコンテキストを蓄積していく長いエージェントループにとって、この崖は本物の落とし穴だ。実行はその瞬間に静かに2倍の料金になり、レスポンスヘッダーには事前に何の警告も現れない。

xAIはこれを明らかに理解しており、会話がこの一線を越える前に縮小するために特化したContext Compaction APIを提供している。長時間にわたる処理を実行するなら、プロンプトを20万トークン未満の安いサイドに保つためのエンジニアリング時間を確保するか、一部のリクエストが黙って2倍の料金で請求されることを受け入れるべきだ。これはトークン課金がスプレッドシート上では予測可能に見えても、請求書では予測不能に感じられる典型的な例だ。

ほとんどのコストモデルが見落とす課金項目

トークン単価は見出しではあるが、請求額のすべてではない。APIでは、xAIの料金ページにトークンに上乗せされる呼び出し単位の課金項目が一覧されており、チャット以上のことをするエージェントにとっては大きな意味を持つ。

• Web検索、X検索、コード実行: それぞれ1,000回あたり5ドル。
• 添付ファイル検索: 1,000回あたり10ドル。
• コレクション検索(RAG方式の検索):1,000回あたり2.50ドル。
• Priority Processing: すべてのトークン料金を倍増させ、レスポンスが優先階層で実行されたことを確認した場合のみ課金される。
• 利用ガイドライン違反料金: 生成前にブロックされたリクエストに対して0.05ドル。

これらは単独では大したことにはならない。しかし、チケットごとにWeb検索、ナレッジベースからの取得、コード実行を行うエージェントは、1ターンあたり3〜4回の課金対象呼び出しを発生させることになり、これはトークン計算だけでは見えない項目だ。AIエージェントのコストをモデル化しているなら、こうした課金項目こそがサプライズの隠れ場所であることが多い。

知っておくべきバッチに関する注意点もある。xAIが提供する20%のバッチ割引はGrok 4.7には適用されない。対象となるのは古いgrok-4.3とgrok-4.20のバリアントのみだ。したがって、レイテンシに寛容な大量のジョブがあるなら、Grok 4.3をバッチで実行する方が、Grok 4.7を標準料金で実行するよりトークンあたり安くなる場合がある。これはオフラインワークロードにとって本物の分岐点だ。

Grok 4.7 Fastと2倍課金

Grok 4.7 Fastは同じモデルを約2倍の出力速度で提供するもので、料金もトークンあたり2倍になる。CursorとGrok Buildの中でのみ利用でき、パブリックAPIでは使えない。

このトレードオフは純粋にレイテンシと引き換えのお金だ。レスポンスから数秒を削るために、4ドル/12ドル(崖を超えると8ドル/24ドル)を支払うことになる。コードがストリーミングされるのを見ていて、待ち時間の1秒1秒がフローを壊すインタラクティブなコーディングセッションでは、その価値がある。バッチジョブ、夜間実行、あるいは誰もカーソルを見つめていないバックグラウンドタスクでは無駄になる。私の経験則はこうだ。フォアグラウンドにはFast、それ以外には標準を。

Grok 4.7をどこで買えるか(買えないか)

購入経路によって実質的な価格は多くの人が思う以上に変わるので、契約する前にマッピングしておく価値がある。

• xAIのAPI(grok-4.7):基準となる価格で、2ドル/6ドル。ここを基準に請求額をモデル化すべきだ。
• SuperGrokとSuperGrok Plus: 一般消費者向けのサブスクリプションで、月額30ドルと月額100ドル。アプリでGrokを使う個人には良いが、プログラムによる大量利用には向かない。
• OpenRouter: 推論マークアップなしでプロバイダーの料金をそのまま通すが、クレジット購入には5.5%(最低0.80ドル)が課金され、クレジットは1年で失効する。その価値は、測定された実際の実効価格にある。Grok 4.6では、大量のキャッシュ利用によって加重平均入力価格が定価を大きく下回った。これは、キャッシュに適したトラフィックで4.7がどう課金されるかを示す前兆だ。
• CursorとGrok Build: Fastバリアントが存在する場所であり、APIを組み込む前にモデルを試すのに良い場所だ。

指摘すべきギャップがある。Azure AI FoundryとAWS Bedrockはどちらも最新でGrok 4.3止まりで、価格はおよそ1.25ドル/2.50ドルだ。会社がクラウドマーケットプレイス経由の調達を義務付けている場合、少なくとも今のところそこでGrok 4.7をまったく購入できない。これは非難ではなく本物の制約であり、料金表とは関係なくエンタープライズの購入者にとってモデル選択を左右する類のものだ。

価格で見るGrok 4.7 対 GPT-6 Sol、Fable 5.1

各ベンダーが自ら公開している料金を使った現状比較がこちらだ。なお、xAI自身のローンチ資料では4ドル/20ドルだった旧世代のGPT-5.6 Solと比較していたが、OpenAIはその後半額のGPT-6 Solを投入しており、これが今日の購入者が直面する実際の姿だ。

パターンは明確だ。Grok 4.7は入力料金でGPT-6 Solと並び、おしゃべりなエージェントが最も費用を使う出力料金では40%安い。Fable 5.1と比べると、Grokはトークンあたりおよそ5分の1の価格だ。Fableは依然として最高峰のコーディングと長時間のターミナル作業でリードしているため、本当の問いは「どちらが賢いか」(多くの場合Fableだ)ではなく、「限界的な1ポイントにいくら払う気があるか」だ。

タスク単位に換算してみよう。入力5万・出力1万のエージェント1ターンにかかる費用は、Grok 4.7で約0.16ドル、GPT-6 Solで約0.40ドル、Fable 5.1で約1.00ドルだ。これを1日1万回繰り返せば、その差こそが大量利用のワークロードがデフォルトで安い出力モデルを選ぶ理由のすべてになる。私が痛い目を見て学んだ注意点が一つある。トークンあたりが安くても、タスクあたりが常に安いとは限らない。同じ作業を終えるためにより多くの推論トークンを出力するモデルは、その料金上の優位性を帳消しにしてしまうことがあるからだ。乗り換える前に、上のシミュレーターで自分自身のトラフィックに合わせてモデル化してみてほしい。これをプレミアムモデルと比較検討しているなら、Claude Opus 5.5の料金の記事で同じタスク単位の論点をより詳しく扱っている。

Grok 4.7の料金は割に合うか?

コードを書く人、AIエージェントを構築する人、あるいはトークンコストが積み上がるAPI上で運用する人にとっては、間違いなく割に合う。フロンティア級に近いスコアとGrok 4.6の料金の組み合わせがすべての売りであり、長時間にわたるタスクでの性能向上は、単発のプロンプトだけでなく長く続く作業でも力を発揮することを意味する。性能面をより深く知りたければ、Grok 4.7の概要記事でベンチマークを扱っている。

ヘビーユーザーは「常時稼働させる」という側面を裏付けている。あるGrokの長年の加入者は、日常業務に組み込んでも上限に近づくことすらなかったと語っている。

「Grokボットに15分ごとにメールを監視させて、私の代わりに整理してもらっています。もう一つのボットには血液検査の結果を監視させています……それでも利用上限に近づくことすらありません。」

hcurtiss、Hacker News

これこそが、大量利用向けに価格設定されたモデルの姿だ。動かしっぱなしにすることを誘う設計になっている。私が期待値を調整すべきだと考えるのは、課金項目と崖の部分だ。表示価格は安いが、毎ターン検索し、取得し、コードを実行するエージェントが、20万トークンに近づいていくプロンプトの上で動けば、予算に組んでいた「2ドル/6ドル」を大きく上回る請求が発生する。Grok 4.7は始めるには安く、見積もりを誤りやすい。これはトークン課金のモデルすべてが仕掛けている同じ罠だ。

トークン課金は予測可能な請求書ではなくメーターだ

ここで視点を転換しよう。単純な価格比較が見落としているのはまさにこの点だからだ。この記事のすべての数字はメーターの値であって、請求書ではない。Grok 4.7はインフラだ。トークン単位で借りる優れたエンジンであり、あなたの会社、チケット、トーン、ツールについて何も知らない状態でやってくる。それを本当に仕事をこなすものに変えるには、誰かがハーネスを構築し、ナレッジを接続し、インテグレーションを配線し、ガードレールを書き、エスカレーションを処理し、そして20万トークンで自動的に再課金され、検索1,000回ごとに5ドルを追加していくメーターを見張り続けなければならない。

このギャップこそがeeselの発想の核にある。モデルと空っぽのハーネスを提供する代わりに、eeselは特定の仕事のためにすぐに働けるチームメイトを雇うAIチームメイト・プラットフォームだ。現在のラインナップには、サポートキューに加わるAIヘルプデスク・チームメイトと、長文の記事を調査・執筆するAIブログライターがいる。それぞれがすでに、その役割に必要なスキル、インテグレーション、会社のコンテキストを備えた状態で登場し、裏側ではこのようなフロンティアモデルを動かしながらも、配管や、メーターそのものを所有することなく能力だけを手に入れられる。

価格の違いこそが要点だ。eeselはトークンではなく解決したチケット単位で課金するため、その日モデルがどれだけ饒舌だったかではなく、実際に行われた仕事にコストが対応する。出力トークンを予測したり、ロングコンテキストの崖を避けたりする必要はなく、成果に対して支払うだけだ。

そして、ターミナルで生活しているからこそGrok 4.7を気に入ったという人にも、eeselはそこで応える。eesel CLIは、ダッシュボードと同じチームメイトとワークスペースをコマンドラインから操作できる。人が直接実行することも、スクリプトで自動化することも、Claude Code、Codex、Cursorのようなコーディングエージェントに操作させることもできる。チームメイトの指示内容を検査したり、テストメッセージを送信したり、JSON形式の結果とアクティビティを読み返したり、担当者が承認するための範囲を限定した変更を提案したりすることも、シェルを離れることなくすべて行える。これは、生のモデルAPIを魅力的にしているのと同じ「エージェントをプログラムから操作する」という魅力を、すでに仕事を心得ている従業員に向けたものだ。eeselを無料で試すこともできる。