Model comparison

Grok 4.7 vs Kimi K3.1 Pro

Pricing, context window and real answers (October 2026)

Grok 4.7 (xAI) and Kimi K3.1 Pro (Moonshot), compared as you can actually call them on FastMetal. Both are served from the same OpenAI-compatible endpoint and API key; switching is a change to the model string.

Specs and pricing

x-ai logoGrok 4.7moonshotai logoKimi K3.1 Pro
ProviderxAIMoonshot
Input (per 1M tokens)$2.20$2.11
Output (per 1M tokens)$6.60$10.55
Typical cost (1,000 in + 500 out tokens × 1,000 calls)$5.50$7.39
Context window500,000 tokens1,048,576 tokens
Release date9/21/202610/23/2026
Input modalitiestext, image, filetext, image, video
Throughput (p50)202 tokens/s (n=26)—
Arena · overall#96 · ELO 1,441Unranked
Arena · Japanese#86 · ELO 1,408Unranked
Arena · coding#91 · ELO 1,493Unranked

Prices are FastMetal's rates, before tax.

Rankings: LMArena leaderboard dataset (lmarena-ai/leaderboard-dataset), CC BY 4.0, snapshot 2026-10-22; category names mapped and ratings rounded by FastMetal.

Which should you pick?

  • On price, Grok 4.7: $6.60 per 1M output tokens, 37% less than Kimi K3.1 Pro.
  • For long documents, Kimi K3.1 Pro: a 1,048,576-token context window against 500,000 for Grok 4.7.
  • If in doubt, try both on the same key. Switching is a change to the model string, and each is billed at its own rate.

Real answers to the same prompts

Exactly what the FastMetal gateway returned, side by side. Not benchmark scores: actual output.

Count the number of 'r's in 'strawberry'

Count the number of 'r's in 'strawberry'. Explain your reasoning step by step.

Grok 4.7

The word "strawberry" consists of the letters S-T-R-A-W-B-E-R-R-Y. - The 3rd letter is R. - The 8th letter is R. - The 9th letter is R. This gives a total of 3 R's.
4.7s299 output tokens

Kimi K3.1 Pro

There are **3** ‘r’s in **“strawberry.”** 1. Write out each letter: **s – t – r – a – w – b – e – r – r – y** 2. Locate the ‘r’s: positions **3, 8, and 9**. 3. Count them: **1 + 1 + 1 = 3**.
11.3s

Debug This Error

I'm getting the following error in my Node.js application: TypeError: Cannot read properties of undefined (reading 'map') at UserList (/app/components/UserList.js:12:25) at renderWithHooks (/app/node_modules/rea…

Grok 4.7

The error happens because `users` is `undefined` when `UserList` renders, so calling `.map` on it fails. That usually means the parent rendered `<UserList />` (or `<UserList users={undefined} />`) before data was loaded, or the prop name doesn’t match. **Fix it in the component** so it tolerates a missing list: ```jsx function UserList({ users = [] }) { return ( <ul> {users.map(user => <li key={user.id}>{user.name}</li>)} </ul> ); } ``` Or guard the call: ```jsx function UserList({ users }) { return ( <ul> {(users ?? []).map(user => <li key={user.id}>{user.name}</li>)} </ul> ); } ``` **Also check the parent** so you pass an array once data exists: `…
12.8s393 output tokens

Kimi K3.1 Pro

## What's causing the error The error means `users` is `undefined` when the component renders, and you can't call `.map()` on `undefined`. The component itself is fine — the problem is that whatever renders `<UserList />` either isn't passing the prop, or is passing a value that isn't an array yet. The most common cause is **async data fetching**: the parent renders `UserList` before the data has loaded. ```jsx function App() { const [users, setUsers] = useState(); // ❌ undefined on first render useEffect(() => { fetch('/api/users') .then(res => res.json()) .then(setUsers); }, []); return <UserList users={users} />; // users is undefined here initially } ``` On…
36.3s

Code Review

Please review the following Python function and suggest improvements for readability, performance, and best practices: def get_data(url, retries=3): import requests import time for i in range(retries):…

Grok 4.7

## Review The function works for the happy path, but it hides failures, retries the wrong errors, and is harder to read and debug than it needs to be. ### Issues 1. **Imports inside the function** — move them to module level unless you have a strong reason (circular imports, optional dependency). 2. **Bare `except`** — swallows `KeyboardInterrupt`, `SystemExit`, and programming bugs. Catch specific exceptions. 3. **Retries non-retryable failures** — 4xx (except maybe 429) will not succeed on retry. Network errors and 5xx are the usual candidates. 4. **Sleeps after the last attempt** — wastes up to 2 seconds before returning `[]`. 5. **Unused loop variable** and vague names (`r`, `i`). 6.…
22.3s1525 output tokens

Kimi K3.1 Pro

The timeout and bounded retry loop are good starting points. The biggest issue is that failures—and even programming errors—are silently converted into retries and then `[]`. ### Suggested improvements - **Avoid bare `except:`**. It catches `KeyboardInterrupt`, `KeyError`, JSON/schema errors, and other bugs. Retry only expected transient network failures; let malformed responses fail visibly. - **Use a deliberate retry policy**. Retrying `401`, `403`, or `404` usually wastes time. Retry only transient statuses, use exponential backoff, and avoid sleeping after the final attempt. - **Do not use `[]` for both failure and no results**. Prefer raising the final exception so callers can disting…
560.2s

Compare on more prompts →

Frequently asked questions

Which is cheaper, Grok 4.7 or Kimi K3.1 Pro?
Per 1M output tokens, Grok 4.7 is $6.60 and Kimi K3.1 Pro is $10.55 on FastMetal (US dollars, before tax), so Grok 4.7 is cheaper.
How do the context windows of Grok 4.7 and Kimi K3.1 Pro compare?
Grok 4.7 takes 500,000 tokens; Kimi K3.1 Pro takes 1,048,576.
Can I use Grok 4.7 and Kimi K3.1 Pro with the same API key?
Yes. On FastMetal's OpenAI-compatible endpoint, switch by passing "grok-4.7" or "kimi-k3.1-pro" as the model. Each is billed at its own rate from the same prepaid balance.

Try both on one API key

Create an account and add credit to call Grok 4.7 and Kimi K3.1 Pro from the browser chat and the API. No monthly fee.

More comparisons with Grok 4.7

More comparisons with Kimi K3.1 Pro