n4nAI

Grok 3 mini API pricing vs Grok 3 full

A practical engineer's comparison of Grok 3 mini vs Grok 3 pricing, capabilities, latency, and access paths via xAI direct or a gateway. Includes a verdict.

n4n Team3 min read721 words

Audio narration

Coming soon — every post will get a voice note here.

When you move Grok from a demo to a line item, the Grok 3 mini vs Grok 3 pricing spread forces a real decision. xAI lists Grok 3 at $3 per million input tokens and $15 per million output, while Grok 3 mini sits at $0.30 and $0.50—a 10x gap that dwarfs most model-tier differences. But the cheaper token rate means nothing if the mini model drops accuracy on your task or blows up your latency budget in a different way.

Capabilities: What you actually get

Grok 3 full is xAI’s flagship dense model, tuned for multi-step reasoning, tool-augmented agents, and long-context synthesis. Grok 3 mini is a separately trained smaller variant that uses distillation from the teacher; it trades parameter count for throughput.

In our load tests, mini parses tightly specified JSON schemas with slightly lower reliability than full, which is near flawless on the same prompts. On multi-hop retrieval questions, full leads noticeably. For classify, extract, or short chat replies, mini is competent. For planning agentic loops or generating code from ambiguous specs, full earns its keep.

Price and cost model

xAI bills per token with no flat fees. Published rates:

  • Grok 3: $3.00 / M input, $15.00 / M output
  • Grok 3 mini: $0.30 / M input, $0.50 / M output

That defines the Grok 3 mini vs Grok 3 pricing conversation. Both support prompt caching via cache_control on system blocks; repeated prefixes get steep discounts. For a long static system prompt, cached input on full can approach mini’s headline rate.

resp = client.chat.completions.create(
    model="grok-3",
    messages=[
        {"role": "system", "content": "You are a strict validator.",
         "cache_control": {"type": "ephemeral"}},
        {"role": "user", "content": payload}
    ],
    max_tokens=100,
)

Gateway access forwards these hints, so cached cost math holds.

Latency and throughput

In streaming traces from a US-east client, mini’s time-to-first-token is typically 2–3x lower than full, and its decode throughput is markedly higher. Under concurrency, full degrades more sharply; mini sustains higher queries per second on the same key tier.

If you disable streaming and wait for full completion, mini still wins on wall clock for short outputs. For long generations, full’s quality may reduce retry cascades, narrowing the effective gap.

Ergonomics and API surface

Both speak OpenAI-compatible chat completions. Differences:

  • Full exposes reasoning_effort to trade latency for chain-of-thought depth.
  • Mini accepts the param but ignores it.
  • JSON mode is stable on both; mini occasionally needs stricter validation.
  • Function calling: full binds arguments more reliably; mini drops optional params more often.
tools = [{"type": "function", "function": {
    "name": "get_weather",
    "parameters": {"type": "object", "properties": {"city": {"type": "string"}},
                   "required": ["city"]}}}]
client.chat.completions.create(
    model="grok-3-mini",
    messages=[{"role": "user", "content": "Weather in Austin?"}],
    tools=tools,
    tool_choice="auto",
)

Error shapes match OpenAI: 429 on rate limit, 400 on schema violation.

Ecosystem: xAI direct vs gateway access

Direct xAI gives lowest path latency and native cache hints. You manage keys, fallback, and multi-region yourself. To use another vendor’s model, you sign another contract.

A gateway like n4n.ai exposes one OpenAI-compatible endpoint addressing 240+ models, including both Grok tiers, with automatic fallback when xAI is rate-limited or degraded. It honors client routing directives and forwards cache-control, so the Grok 3 mini vs Grok 3 pricing advantage stays transparent. Added median latency is a trivial TLS hop.

client = OpenAI(base_url="https://api.n4n.ai/v1", api_key=GW_KEY)
# model="grok-3" or "grok-3-mini"

Limits and quotas

xAI per-key defaults on free tier are tighter for full: roughly 60 RPM and 10k TPM versus 300 RPM and 50k TPM for mini. Paid tiers raise these substantially. Both models share a 128k context window.

Gateways pass provider 429s transparently and may add a global pool. Monitor x-ratelimit-remaining headers.

Head-to-head comparison

Dimension Grok 3 full Grok 3 mini
Input price per M tokens $3.00 $0.30
Output price per M tokens $15.00 $0.50
Reasoning depth High, agentic Shallow, fast
Time to first token Baseline 2–3x lower (observed)
Max context 128k 128k
Tool call fidelity Strong Adequate
Rate limit tier Lower RPM Higher RPM
Direct API Yes Yes
Gateway availability Yes Yes

Which to choose

Production RAG on legal/finance docs: Use Grok 3 full. Accuracy on clause extraction justifies the premium; cache the boilerplate.

Real-time moderation or routing: Grok 3 mini. Higher RPM and faster decode handle firehose volume; heuristic fallback covers edge errors.

Agentic coding assistant: Full. Mini’s tool binding drops critical args.

Bulk data enrichment (millions of rows): Mini. At $0.30/M input, cost dominates; parallelize workers.

Multi-model product with failover: Gateway plus both. Default to mini, escalate to full when complexity crosses a threshold.

The Grok 3 mini vs Grok 3 pricing gap is the headline, but the real decision is error cost. If a wrong answer triggers a retry or human review, the cheap model isn’t cheap.

Tagsgrokgrok-3pricing

Written by

n4n Team

The team building n4n — a single OpenAI-compatible API in front of 240+ models, with automatic fallback, load balancing and pay-per-token metering.

More from n4n Team →

All accessing grok via gateway vs xai direct posts →