Skip to main content

Grok 4.3 is xAI's chat model behind an OpenAI-compatible call, taking text and image parts in one message array. It reads 1,000,000 tokens, replies up to 900,000, and offers five reasoning-effort levels including none.

Input $1.25Output $2.50per 1 million tokensCached input $0.20Prompts of 200K tokens or moreInput $2.50Output $5

Workbench

Grok 4.3

What can Grok 4.3 help with?

Related models and next tasks

Missing the model you need?

Tell us what to add and where you would use it. Requests go to the people who decide what gets onboarded next.

Build stable message flows for high-volume classification, extraction, routing, and tool-calling agents

Grok 4.3 takes a 1,000,000-token context, answers with up to 900,000 tokens, and is the only xAI model here that accepts a none reasoning level — it can answer without thinking first. Effort defaults to low, and xAI points several retired Grok models at this one.

Open the chat playground
Build stable message flows for high-volume classification, extraction, routing, and tool-calling agents
Model
Grok 4.3
Good for
high-volume classification, extraction, routing, and tool-calling agents
Message shape
System rules → evidence and state → current task → output contract
Fact boundary
Capabilities, controls, and price come from the live schema

Integration principle

Validate with the smallest message set, then add necessary context. Separate facts, assumptions, and constraints, and design interruption, retry, settlement, and review paths.

Build repeatable workflows for high-volume classification, extraction, routing, and tool-calling agents

Grok 4.3 takes a 1,000,000-token context, answers with up to 900,000 tokens, and is the only xAI model here that accepts a none reasoning level — it can answer without thinking first. Effort defaults to low, and xAI points several retired Grok models at this one.

  • The none level

    Switch reasoning off when there is nothing to reason about

    Classification, extraction and routing rarely improve from deliberation. none answers directly; low, medium, high and xhigh are still there for the steps that need them.

  • Widest window

    1,000,000 in, 900,000 out

    Whole transcripts, log files and document sets fit in a single turn, which removes the chunking step and the stitching errors that come with it.

  • Migration target

    Where the retired Grok models now point

    xAI redirects 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 and grok-3 here — the reasoning variants onto low, the non-reasoning ones onto none.

Where Grok 4.3 wins on task cost and interaction shape

Test one real task for quality, verifiability, latency, and sale-price fit instead of relying on a general leaderboard.

  1. Choose 4.3

    The step is simple and runs constantly

    Tagging, routing, extraction and short tool calls, where throughput and window size matter more than deliberation.

  2. Choose 4.5

    The loop replays one long brief

    Engineering work driven by a fixed leading block belongs on the sibling with the lower cached-input rate.

  3. Choose 4.6

    One hard answer, written at length

    Frontier coding, agent planning and knowledge work where the reply itself is the deliverable.

Turn Grok 4.3 into concrete work, not generic labels

Every scenario needs input boundaries, verification, and recovery; official capabilities, benchmarks, and tool support are never invented.

  • Label at volume with effort set to none

    Classification

    Label at volume with effort set to none

    Give a closed label set, a tie-break rule and an explicit value for unclear cases, then require JSON so the result parses without repair.

  • Pull fields out of very long inputs

    Extraction

    Pull fields out of very long inputs

    Name every field, say what an absent field looks like, and forbid invention. The window usually takes the whole document without splitting it.

  • Decide which branch handles a request

    Routing

    Decide which branch handles a request

    Keep the branch list short and explicit, and hand the chosen branch to a deeper model only when that branch really needs one.

  • Fast agents that follow instructions

    Tool calling

    Fast agents that follow instructions

    Up to 128 tool definitions with tool_choice. Effort can stay at none for dispatch and rise only on the steps that genuinely reason.

Organize context into an inspectable Grok 4.3 input

Objective, evidence, state, constraints, and output contract need distinct jobs so requests can be compressed, debugged, and reproduced.

  1. Effort

    Start at none and climb only when it fails

    The default is low. For deterministic steps, none removes both the latency and the reasoning tokens from the bill.

  2. Closed sets

    Give labels, not adjectives

    Enumerate the allowed values and add an explicit unknown; open-ended wording is what produces answers outside your schema.

  3. Format

    Ask for JSON and then parse it

    response_format can require a JSON object. Name the mandatory fields and define what an empty answer looks like.

  4. Scale

    Use the window instead of chunking

    A 1,000,000-token context often removes the splitting step entirely, and with it the mistakes that stitching partial answers introduces.

Prove a repeatable Grok 4.3 case before product integration

Confirm live schema, quote, streaming, and error behavior before reusing the normalized request.

  1. 01 · Baseline

    Validate the smallest request in Playground

    Check message layers, output shape, streaming, and current controls.

  2. 02 · Boundaries

    Exercise failure, cancellation, and retry

    Verify timeouts, interrupted streams, oversized input, regeneration, and duplicate submission.

  3. 03 · Integrate

    Copy the normalized API request

    Use the public model id and messages contract; read model controls from the live schema.

  4. 04 · Operate

    Meter usage and keep evaluating

    Store state, final usage, failure reasons, and quality feedback; quote expensive calls first.

Bring Grok 4.3 into a clear API contract

Playground, API examples, request states, and usage records stay aligned from evaluation through production integration.

  • Unified contract

    One shape for messages, streams, and errors

    Keep request structure, state handling, and error recovery consistent when changing models.

  • Live schema

    Use the current endpoint controls

    Playground and API examples expose available fields, limits, and default behavior together.

  • Observable lifecycle

    Every request has a clear state

    Submission, streaming, failure, cancellation, and usage use inspectable public semantics.

  • Portable integration

    Reduce work when models evolve

    A clear contract keeps product code focused on inputs, results, and user experience.

Grok 4.3 API boundaries to confirm before integration