本文へスキップ

Grok 4.3 は xAI のチャットモデルで、OpenAI 互換の呼び出しからテキストと画像を 1 つのメッセージ配列で渡せます。1,000,000 トークンを読み、最大 900,000 を返し、none を含む 5 段階の推論強度があります。

入力 $1.25出力 $2.50100 万トークンあたりキャッシュ入力 $0.20200K トークン以上のプロンプト入力 $2.50出力 $5

プレイグラウンド

Grok 4.3

Grok 4.3 に何を頼みますか?

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

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

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

大量の分類、抽出、振り分け、ツール呼び出しのエージェントのための安定したメッセージ設計

Grok 4.3 はコンテキスト 1,000,000 トークン、一度の返答は最大 900,000 トークン。ここにある xAI のモデルで none の推論強度を受け付けるのはこれだけで、考えずにそのまま答えられます。既定は low、そして xAI は引退した複数の Grok をこのモデルに向けています。

チャットプレイグラウンドを開く
大量の分類、抽出、振り分け、ツール呼び出しのエージェントのための安定したメッセージ設計
モデル
Grok 4.3
適した用途
大量の分類、抽出、振り分け、ツール呼び出しのエージェント
メッセージ構成
システム規則 → 証拠と状態 → 今回のタスク → 出力仕様
事実の範囲
機能・パラメータ・価格は最新のスキーマから取得

統合の原則

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

大量の分類、抽出、振り分け、ツール呼び出しのエージェントに再現できるワークフローを組む

Grok 4.3 はコンテキスト 1,000,000 トークン、一度の返答は最大 900,000 トークン。ここにある xAI のモデルで none の推論強度を受け付けるのはこれだけで、考えずにそのまま答えられます。既定は low、そして xAI は引退した複数の Grok をこのモデルに向けています。

  • none という段

    考える必要がないときは推論を止める

    分類、抽出、振り分けは熟慮で良くなることがほとんどありません。none は直接答え、必要な手順のために low / medium / high / xhigh も残っています。

  • 最も広いウィンドウ

    入力 1,000,000、出力 900,000

    書き起こし全文、ログ、文書一式が一度に収まります。分割の手順が消え、つなぎ合わせで生まれる誤りも一緒に消えます。

  • 移行先

    引退した Grok が今どこを向いているか

    xAI は grok-4-fast-reasoning、grok-4-fast-non-reasoning、grok-4-1-fast-reasoning、grok-4-1-fast-non-reasoning、grok-4-0709、grok-code-fast-1、grok-3 をここへ転送します。推論版は low、非推論版は none に着地します。

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

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

  1. 4.3 を選ぶ

    手順は単純で、絶えず走る

    タグ付け、振り分け、抽出、短いツール呼び出し。熟慮よりも処理量とウィンドウの広さが効く場面です。

  2. 4.5 を選ぶ

    長い指示書を回し続ける

    固定した先頭ブロックで動くエンジニアリング作業は、キャッシュ入力の単価が低い兄弟モデルの担当です。

  3. 4.6 を選ぶ

    難しい答えを一つ、長く書く

    最上位の実装、エージェントの計画、返答そのものが成果物になる知識労働。

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

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

  • 強度 none で大量にラベルを付ける

    分類

    強度 none で大量にラベルを付ける

    ラベルの閉じた集合、同点時の決め方、判断できない場合の値を渡し、JSON を要求して後から直さずに解析できるようにします。

  • 非常に長い入力からフィールドを取り出す

    抽出

    非常に長い入力からフィールドを取り出す

    フィールドを一つずつ名指しし、存在しない場合の形を決め、創作を禁じます。ウィンドウはたいてい分割なしで文書全体を飲み込みます。

  • どの分岐が処理するかを決める

    振り分け

    どの分岐が処理するかを決める

    分岐の一覧は短く明示的に。選ばれた分岐が本当に必要とするときだけ、より深いモデルに渡します。

  • 指示に忠実で速いエージェント

    ツール呼び出し

    指示に忠実で速いエージェント

    関数定義は最大 128 個、tool_choice と併用。振り分けの間は none のままでよく、本当に考える手順でだけ強度を上げます。

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

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

  1. 強度

    まず none、駄目なときだけ上げる

    既定は low です。決定的な手順では、none が遅延と推論トークンの両方を落とします。

  2. 閉じた集合

    形容詞ではなくラベルを渡す

    許される値を列挙し、明示的な不明値を足します。スキーマから外れた答えを生むのは、決まって開いた言い回しです。

  3. 形式

    JSON を求め、そして解析する

    response_format で JSON オブジェクトを要求できます。必須フィールドと、答えが空のときの形を決めておきます。

  4. 規模

    分割ではなくウィンドウを使う

    1,000,000 トークンのコンテキストは分割の手順ごと不要にすることが多く、部分的な答えをつなぐときの誤りも一緒になくなります。

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

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

  1. 01 · ベースライン

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

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

  2. 02 · 境界

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

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

  3. 03 · 統合

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

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

  4. 04 · 運用

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

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

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

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

  • 共通仕様

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

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

  • 最新のスキーマ

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

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

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

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

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

  • 移植しやすい統合

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

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

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