SpaceXAIのGrok 4.5とは|業務目線で見る新モデルの特徴とコスト

SpaceXAI(旧xAI)が2026年7月8日、新モデル「Grok 4.5」を公開しました。コーディング・エージェント処理・知識業務での性能を打ち出したモデルで、Grok Buildやコーディングエディタ、APIコンソールから利用できます。発表直後は各所の情報が錯綜しがちなので、この記事では確実に確認できる事実を中心に、業務目線で押さえておきたい点を整理します。優劣の断定は避け、自社で評価するための材料としてまとめます。
何が発表されたか
Grok 4.5は、SpaceXAIが「これまでで最も強力」と位置づける新モデルです。特にコーディングと、複数ステップを自律的に進めるエージェント処理、そして金融・法務などの知識業務での性能を打ち出しています。コーディングエディタのCursorと共に訓練されたと説明されており、開発者向けタスクの強さの背景として語られています。
提供は、SpaceXAIのGrok BuildやCursor、APIコンソール経由で始まっています。一方で、EU圏では公開時点で未提供とされ、7月中旬の提供が見込まれています。日本を含む各地域での提供状況は、利用前に公式で確認してください。
主なスペック
発表と公式ドキュメント、API提供情報から確認できる範囲を整理します。
| 項目 | 内容 |
|---|---|
| 公開日 | 2026年7月8日 |
| コンテキスト長 | 50万トークン |
| 入力モダリティ | テキスト・画像 |
| 出力 | テキスト |
| 主な機能 | ツール利用(function calling)、構造化出力、Web検索、コード実行、調整可能な推論 |
| 料金(発表時点) | 入力 100万トークンあたり2ドル / 出力 100万トークンあたり6ドル |
| 生成速度 | おおむね毎秒80トークン程度とされる |
モデルの料金・提供地域・仕様は発表直後で流動的です。この記事の数値は公開時点で確認できたものであり、改定される可能性があります。導入検討時は必ずSpaceXAIの公式ドキュメントとAPIコンソールで最新情報を確認してください。
コーディングとエージェント用途に軸足
Grok 4.5が強調しているのは、開発とエージェント処理です。RustやC/C++を含むコーディングタスクや、複数ステップのタスクを自律的に完了させるエージェント的なワークフローに向けて調整されたとしています。
コード以外でも、Web検索と組み合わせた複数シートのExcelモデル作成、資料の図表作成、構造化した文書作成といった、いわゆる知識業務での活用例が挙げられています。ツール利用や構造化出力に対応している点は、エージェントとして組み込む際の前提になります。ツール利用の仕組みそのものは、モデルを問わず共通の考え方です。
あわせて読みたい
LLMのTool Use(関数呼び出し)とは|仕組みと精度を上げるツール設計
「トークン効率」という訴求
今回の発表で目立つのが、少ない出力トークンでタスクを解く効率の主張です。SpaceXAIは、ソフトウェア開発のベンチマーク(SWE-Bench Pro)で、1タスクあたり平均およそ1万6千の出力トークンで解いたとしており、比較対象より大幅に少ないと訴えています。出力トークンが少なければ、その分だけ利用コストと待ち時間を抑えやすい、という理屈です。
メモ
トークン効率が高いという特徴は、大量処理やエージェントのように何度も呼び出す用途では、実利用コストに効いてくる可能性があります。ただし、それが自社のタスクでも成り立つかは、実際に投げてみないと分かりません。
あわせて読みたい
LLMのコスト管理|トークン課金の考え方と削減の定石
業務で見るときの注意点
評価の進め方は、他のモデルと共通です。代表タスクを10〜20件用意し、同じプロンプトで既存モデルと投げ比べ、実務者が盲検で採点する。そのうえで、提供地域やデータの取り扱い条件が自社の要件を満たすかを確認します。新モデルだから優れているとは限らず、用途との相性で決まります。
あわせて読みたい
主要LLMの選び方|用途別の考え方と「使い分け」の基準
よくある質問
Grok 4.5は日本から使えますか
料金はどのくらいですか
画像は扱えますか
既存のモデルからすぐ乗り換えるべきですか
コーディング専用のモデルですか
まとめ
Grok 4.5を検討するときの確認事項
- 自社が使う地域で提供されているか、提供状況を公式で確認した
- 料金(入力・出力の単価)と、想定利用量での概算を出した
- コンテキスト長・対応機能(ツール利用・構造化出力)が用途に合うか確認した
- ベンチマークの数字ではなく、自社の代表タスクで既存モデルと比較した
- データの取り扱い条件が自社の要件を満たすか確認した
Grok 4.5は、コーディングとエージェント用途、そしてトークン効率を前面に出した新モデルです。発表直後は情報が流動的なので、確実な事実を押さえつつ、数字の主張は参考値として扱うのが賢明です。最終的に自社で使えるかどうかは、宣伝文ではなく手元の検証で決まります。まずは代表タスクで既存モデルと投げ比べるところから始めてみてください。
出典・参考
関連する記事
主要LLMの選び方|用途別の考え方と「使い分け」の基準
ChatGPT・Claude・GeminiなどのLLMをどう選ぶかを、特定モデルの優劣ではなく用途と制約から考えます。評価軸の立て方、自社ユースケースでの試し方、乗り換え前提の運用設計をまとめます。
オープンウェイトLLMの新勢力|GLM-5.2・Kimi K2.7・MiniMax M3を業務目線で
2026年6月に相次いで公開されたオープンウェイトの大規模言語モデル(GLM-5.2・Kimi K2.7・MiniMax M3)を、業務利用の観点から整理します。ベンチマーク順位に飛びつかず、ライセンス・自ホスト・データの扱い・自社検証という評価軸で、オープンモデルをどう選ぶかを冷静に読み解きます。
GitHub Copilotのデスクトップアプリが全プランへ|無料開放とBYOKを業務目線で読む
GitHubが2026年7月7日にCopilotアプリを全プランへ開放しました。Copilot FreeやGitHub Educationでもデスクトップからエージェント駆動の開発を試せます。並列エージェント・canvas・BYOK・Business/Enterpriseの前提条件を公式changelogの範囲で冷静に整理し、何が変わり何は変わらないかを読み解きます。


