本文へスキップ

Grok 4.5 は、エージェント型のソフトウェア・開発作業向けの xAI のコーディングモデルで、OpenAI 互換のチャット呼び出しで使えます。入力は最大 500,000 トークン、返答は最大 450,000 で、推論強度は xhigh まであります。

入力 $2出力 $6100 万トークンあたりキャッシュ入力 $0.30200K トークン以上のプロンプト入力 $4出力 $12

プレイグラウンド

Grok 4.5

Grok 4.5 に何を頼みますか?

関連モデルと次のステップ

お探しのモデルが見つかりませんか?

必要なモデルと用途をお知らせください。次に何を追加するかを決めるチームに直接届きます。

エージェント型ソフトウェア、エンジニアリング、長いプロンプトを回すループのための安定したメッセージ設計

Grok 4.5 は、エージェント型ソフトウェア、エンジニアリング、ワークフロー作業に向けた xAI のモデルです。コンテキスト、返答の上限、強度の範囲は最上位モデルと同じで、違うのはキャッシュ入力の単価です。長い先頭ブロックを毎回送り直すループの費用は、まさにそこに集まります。

チャットプレイグラウンドを開く
エージェント型ソフトウェア、エンジニアリング、長いプロンプトを回すループのための安定したメッセージ設計
モデル
Grok 4.5
適した用途
エージェント型ソフトウェア、エンジニアリング、長いプロンプトを回すループ
メッセージ構成
システム規則 → 証拠と状態 → 今回のタスク → 出力仕様
事実の範囲
機能・パラメータ・価格は最新のスキーマから取得

統合の原則

まず最小のメッセージ構成でタスクを検証し、必要な文脈だけを足していきます。事実・仮定・制約を分け、中断、再試行、精算、人手によるレビューの経路も設計してください。

エージェント型ソフトウェア、エンジニアリング、長いプロンプトを回すループに再現できるワークフローを組む

Grok 4.5 は、エージェント型ソフトウェア、エンジニアリング、ワークフロー作業に向けた xAI のモデルです。コンテキスト、返答の上限、強度の範囲は最上位モデルと同じで、違うのはキャッシュ入力の単価です。長い先頭ブロックを毎回送り直すループの費用は、まさにそこに集まります。

  • キャッシュされる先頭

    繰り返すことに意味がある

    ループの間、リクエストの先頭をバイト単位で固定して再利用できるようにします。usage には入力のうち何トークンがキャッシュされたかが返ります。命中は測る対象であって、当てにする前提ではありません。

  • 同じ器

    入力 500,000、出力 450,000

    コンテキストも一度の返答の上限も最上位モデルと同じなので、あちらで通るメッセージ構成はそのまま持ち込めます。

  • 強度の範囲

    low から xhigh、既定は high

    このモデルに停止スイッチはありません。推論トークンは出力として数えられるので、強度と一緒に max_tokens の上限も上げてください。

Grok 4.5 をタスクの重さと対話の形から選ぶ

汎用のランキングに頼らず、同じ実タスクで品質、検証しやすさ、遅延、販売価格の見合いを確かめてください。

  1. 4.5 を選ぶ

    同じ長い指示を一日に何度も回す

    エンジニアリング用のエージェント、レビュー bot、決まった指示書を入力だけ変えて再生するワークフロー手順。

  2. 4.6 を選ぶ

    毎回の依頼が違う

    先頭ブロックが毎回変わるなら再利用できるものがなく、最上位モデルのほうが割に合います。

  3. 4.3 を選ぶ

    考える必要のない手順もある

    同じエージェントの中でも、振り分け、タグ付け、抽出は none を受け付ける兄弟モデルに移せます。

Grok 4.5 を抽象的なラベルではなく具体的な仕事に落とす

どの場面にも入力の境界、検証、復帰が要ります。公式能力、ベンチマーク、ツール対応を作り話で補うことはしません。

  • 指示書は固定、リポジトリは変わる

    エンジニアリングのエージェント

    指示書は固定、リポジトリは変わる

    規約、レビュー基準、出力仕様は固定ブロックに置き、その回で変わったファイルだけを渡します。

  • 一つの方針で回す多段パイプライン

    ワークフロー

    一つの方針で回す多段パイプライン

    各段で同じ方針の先頭を使い回し、変えるのはタスク行だけにすれば、どの段も同じ基準で判断されます。

  • 文書化された基準に照らした差分

    コードレビュー

    文書化された基準に照らした差分

    基準を一度渡してから差分を送り、指摘、重大度、その指摘が根拠にした条項を出させます。

  • 決まった点検にスクリーンショットを渡す

    ループの中の視覚入力

    決まった点検にスクリーンショットを渡す

    画像パートは detail が auto / low / high。このルートに file / PDF のパートはないので、文書はテキストか画像として渡します。

文脈を Grok 4.5 が検査できる入力に整理する

目的、証拠、状態、制約、出力仕様はそれぞれ別の役割を担ってこそ、圧縮も、デバッグも、再現もできます。

  1. 固定の先頭

    先頭ブロックは一度書いたら触らない

    手を入れるたびに、ループが再利用していた先頭は無効になります。実行ごとに微調整せず、意図してバージョンを切ってください。

  2. 可変の末尾

    変わるものはすべて最後に置く

    タスク行、差分、現在の状態は固定ブロックの後ろに、毎回同じ順序で並べます。

  3. ツール

    ツールの面を明示的に宣言する

    関数定義は最大 128 個、tool_choice と併用できます。名前とスキーマも再利用される先頭の一部なので、固定しておきます。

  4. 計測

    毎回 usage を読む

    キャッシュされた入力トークン、出力トークン、遅延の 3 つで、ループが設計どおりに動いているかが分かります。

Grok 4.5 で再現できる一件を示してから製品コードへ

最新のスキーマ、見積もり、ストリーミング、エラー時の挙動を確かめてから、統一リクエストを使い回します。

  1. 01 · ベースライン

    最小のリクエストを プレイグラウンド で確かめる

    メッセージの層、出力の形、ストリーミング、現在の制御項目を確認します。

  2. 02 · 境界

    失敗・取り消し・再試行を試す

    タイムアウト、途切れたストリーム、長すぎる入力、再生成、二重送信を検証します。

  3. 03 · 統合

    統一 API リクエストをそのまま写す

    公開モデル id と messages の仕様を使い、モデル固有のパラメータは最新のスキーマから読みます。

  4. 04 · 運用

    使用量を計測し、評価を続ける

    状態、最終使用量、失敗理由、品質フィードバックを保存し、高コストな呼び出しは先に見積もりを出します。

Grok 4.5 の能力を明確な契約に載せる

プレイグラウンド、API 例、リクエストの状態、使用量の記録が一貫しているので、評価から本番統合まで同じ理解で進めます。

  • 共通仕様

    メッセージ・ストリーム・エラーの形はひとつ

    モデルを替えても、リクエストの組み立て、状態処理、エラー復帰の書き方は変わりません。

  • 最新のスキーマ

    現在のエンドポイントの制御項目を使う

    プレイグラウンド と API 例が、使えるフィールド、上限、既定の挙動をまとめて示します。

  • 観測できるライフサイクル

    どのリクエストにも明確な状態がある

    送信、ストリーミング、失敗、取り消し、使用量は、検査できる公開セマンティクスで表されます。

  • 移植しやすい統合

    モデル更新時の作り直しを減らす

    契約が明確なら、製品コードは入力、結果、体験に集中できます。

Grok 4.5 API を組み込む前に確かめる境界