xAI API and Partner Surfaces
No xAI model ID or price is published. Users briefly reported a Grok 4.6 entry in Cursor on August 10, but the inconsistent entry lacks a Cursor changelog or xAI API record and does not prove general access.
As of August 11, Grok 4.6 has been publicly named but is not listed in xAI's API catalog, pricing page, or release notes. A brief partner-tool listing reported by users does not establish a public API release. Track the verified model ID, price, input modes, parameters, and EvoLink route here.
We will email you after xAI publishes a callable API and EvoLink verifies the route, request contract, pricing, and production behavior.
We will only email you about Grok 4.6 availability. No spam.
Want faster updates? Join the EvoLink Discord
The update will include the verified model ID, live EvoLink pricing, input modes, supported parameters, region and limit notes, plus a migration path that keeps your current fallback available.
Grok 4.6 is not available through a verified public API. A partner-tool UI signal may indicate rollout preparation, but neither xAI documentation nor EvoLink currently provides a verified callable route.
No xAI model ID or price is published. Users briefly reported a Grok 4.6 entry in Cursor on August 10, but the inconsistent entry lacks a Cursor changelog or xAI API record and does not prove general access.
No Grok 4.6 route is active. Join the launch alert and wait for route verification before integrating.
The availability answer is based on public product records, not a predicted launch date. These sources were checked on August 11, 2026.
Lists Grok 4.5 as the current flagship text model and does not list a Grok 4.6 API model.
Publishes Grok 4.5 token rates but no Grok 4.6 SKU or commercial terms.
Records the July 8 Grok 4.5 API launch but contains no Grok 4.6 API release entry.
We will change this page from availability watch to live access only after a callable model ID, commercial terms, and the EvoLink route are independently verified.
Use the documented Grok 4.5 contract to prepare configuration and acceptance tests without presenting predecessor specifications as Grok 4.6 promises.
Current Grok 4.6 answer: no public model ID, price, input contract, or EvoLink route has been verified.
| Field | Documented Grok 4.5 reference | Verify for Grok 4.6 |
|---|---|---|
| Model ID | grok-4.5; aliases include grok-4.5-latest | Official ID, aliases, and a version-pinned identifier |
| Price per 1M tokens | Below 200K prompt: $2 input · $0.30 cached · $6 output. At 200K or more: $4 input · $0.60 cached · $12 output | Official and EvoLink live rates, long-context threshold, and cache billing |
| Input and output | Text + image input · text output | Accepted content types, image limits, and output modes |
| Context window | 500,000 tokens | Maximum context, output ceiling, and truncation behavior |
| Capabilities | Reasoning · function calling · structured outputs | Feature parity, schemas, tool behavior, and workload quality |
| API compatibility | Responses API · Chat Completions API | Endpoint support, request fields, streaming events, and response shape |
| EvoLink route | Keep a currently callable model configured as fallback | Route identity, request success, usage accounting, capacity, and rollback |
Public discussion points to several possible areas of change, but xAI has not published a Grok 4.6 model card or matched evaluation. Treat each item below as a launch test target, not an API promise.
The evidence-backed answer is that no Grok 4.6 capability is officially documented yet. Its most discussed characteristics are stronger post-training, coding and agent behavior, speed and token efficiency, and one-shot UI or 3D code generation—but none has a verified Grok 4.6 benchmark.
Some coverage describes a 1.5T V9-based iteration, while other coverage describes a 2T successor. xAI has not published a model card that resolves the conflict or cleanly attributes the reported SpaceX engineering corpus.
Secondary reporting frames stronger supervised fine-tuning and reinforcement learning as the main source of improvement. There is no matched xAI evaluation proving better instruction following or agent reliability.
Public discussion presents Grok 4.5-like speed and token efficiency as a target. The widely repeated throughput figure belongs to Grok 4.5 and is not a verified Grok 4.6 result.
Claims about one-shot web interfaces, games, Three.js scenes, SVG, shaders, or Minecraft-style output do not have an official Grok 4.6 evaluation behind them.
These are the request fields production teams should prepare and re-test. The Grok 4.5 column is a documented compatibility baseline, not a Grok 4.6 specification.
Grok 4.6 parameter support is not documented yet. The table therefore focuses on what you can prepare and verify instead of repeating an unknown status in every row.
| Parameter or field | Documented Grok 4.5 behavior | Grok 4.6 launch-day check |
|---|---|---|
| model | grok-4.5 | Exact ID, aliases, version pinning |
| input / messages | Responses input and Chat Completions messages | Endpoint parity and content-part schema |
| reasoning_effort | low · medium · high; high is default | Accepted values, default, quality, latency, billing |
| stream | SSE streaming supported | Event names, usage events, tool deltas |
| tools / tool_choice | Built-in tools and custom functions | Tool names, schemas, forced choice, billing, limits |
| response_format | text · json_object · json_schema | JSON Schema subset and coexistence with tools |
| temperature / top_p | Model- and endpoint-dependent | Accepted ranges and reasoning interaction |
| Output token limit | Endpoint-specific field | max_output_tokens or max_tokens, ceiling, truncation |
| Cache / conversation key | prompt_cache_key or x-grok-conv-id guidance | Reuse semantics, retention, cache accounting |
| Penalties and stop | Reasoning models reject presencePenalty, frequencyPenalty, and stop | Confirm validation rules and error behavior |
| usage | Token, reasoning, and billing usage returned | Field names and invoice reconciliation |
| Image input | Supported | URL/base64, MIME, size, count, PDF behavior |
| Limits and regions | Account- and region-specific | Context, output, RPS, TPM, concurrency, regions, 429s |
Do not hard-code a guessed Grok 4.6 identifier. Make the route and fallback an environment or deployment setting.
const activeModel = process.env.EVOLINK_PRIMARY_MODEL
const fallbackModel = process.env.EVOLINK_FALLBACK_MODEL
const grok46Candidate = process.env.EVOLINK_GROK_46_MODEL || null
// Keep EVOLINK_GROK_46_MODEL unset until EvoLink verifies a callable route.
export const modelRouting = {
activeModel,
fallbackModel,
grok46Candidate,
}Prepare evidence and rollback paths now so launch-day work is validation, not a provider rewrite.
Do not hard-code a guessed Grok 4.6 identifier. Make the route and fallback an environment or deployment setting.
Collect 20–50 real text, image, structured-output, and tool-call requests with expected acceptance criteria.
Set thresholds for task success, latency, error rate, cost per accepted task, safety, and human correction.
Capture request validation, tool arguments, finish reasons, usage fields, reasoning cost, retries, and 429 behavior.
Run offline, shadow, canary, and rollback checks before directing meaningful production traffic.
Retain the model already meeting your SLO until Grok 4.6 proves a workload-specific improvement.
xAI develops Grok; EvoLink's role is to make model access easier to verify, compare, operate, and switch after a route is genuinely live.
Keep one key, request pattern, billing surface, and observability path while the selected model changes behind configuration.
Compare live prices and cost per accepted task only after EvoLink validates the upstream route and usage accounting.
Add Grok 4.6 after offline and canary tests, preserve the current route, and roll back without rebuilding another provider integration.
Follow the release evidence, then compare the upgrade against the documented Grok 4.5 baseline.
Track official signals, changed estimates, and the checks that prove a real API release.
Compare verified facts, unknowns, and the production gates that would justify switching.
Compare the pending Grok 4.6 route with an EvoLink-listed Kimi K3 baseline. Verify route identity, usage, and billing before production.
No public Grok 4.6 entry was found in xAI's model catalog, pricing page, or release notes as of August 11, 2026. A public release estimate does not prove API availability.
No documented public Grok 4.6 API or EvoLink route is available. You can join the launch alert and use a supported model while access is verified.
It is not published. Do not assume grok-4.6 is a callable identifier simply because it is the product page slug.
No official Grok 4.6 price or EvoLink SKU is available. Grok 4.5 prices on this page are labeled predecessor references, not forecasts.
No. Users reported a temporary Cursor listing on August 10, but Cursor published no confirming changelog and xAI still has no Grok 4.6 API record. Treat it as a partner-surface signal, not release proof.
Production teams should track model, input or messages, reasoning_effort, stream, tools, tool_choice, response_format, sampling, output limits, cache keys, usage, context, rate limits, and regions. Exact Grok 4.6 support is not documented yet.
That has not been documented. Grok 4.5 supports low, medium, and high reasoning effort, so EvoLink will test those values rather than assume parity.
Grok 4.6 support is unconfirmed. Both are documented Grok 4.5 capabilities and therefore belong in the launch compatibility test suite.
EvoLink is useful when you want one API surface, centralized billing and observability, model choice, verified routing, and a retained fallback. It does not make an unavailable upstream model callable.
Yes, if your model ID is configurable and your application uses the shared request subset. Switch only after the EvoLink route passes compatibility, quality, latency, cost, and rollback gates.
Test representative text and image inputs, reasoning settings, tools, structured JSON, streaming, context, output limits, usage accounting, rate limits, latency, safety, and fallback behavior.
A notification after the official API identity and EvoLink route are verified, followed by the confirmed model ID, price, input modes, parameters, limits, and migration guidance.