Kimi AI Gateway Benchmarks
AI Gateway Benchmarks - Kimi
Benchmark AI gateway latency and token throughput, measured against a direct-to-Kimi baseline. Inspired by this benchmark from Ronny Badilla.
Powered byProvider Leaderboard
"Kimi (Direct)" is a no-gateway control, not a competing gateway — it isolates how much latency each gateway adds on top of the underlying model provider.
Performance Over Time
Composite Score
Detailed Metrics
Provider | Score | Cold E2E (med) | Warm TTFT (med) | Tokens/sec (med) | DNS (med) | TCP (med) | TLS (med) | Success |
|---|---|---|---|---|---|---|---|---|
| Neon | 85.0 | 1062ms | 925ms | 91 | 32.10ms | 19.44ms | 40.28ms | 95% |
| LLMgateway | 81.7 | 1374ms | 2585ms | 34 | 19.32ms | 1.71ms | 5.15ms | 100% |
| Vercel AI Gateway | 81.4 | 1450ms | 2528ms | 33 | 19.51ms | 5.67ms | 20.82ms | 100% |
| Cloudflare AI Gateway | 80.6 | 1931ms | 2402ms | 32 | 20.82ms | 0.93ms | 2.98ms | 100% |
| Concentrate AI | 77.8 | 1425ms | 2598ms | 34 | 12.37ms | 1.07ms | 4.95ms | 95% |
| Kimi (Direct)Baseline | 76.1 | 1258ms | 2240ms | 35 | 24.99ms | 1.01ms | 6.21ms | 95% |
| OpenRouter | 73.0 | 2698ms | 2456ms | 32 | 19.41ms | 0.97ms | 2.84ms | 100% |
| Novita | 53.8 | 3838ms | 3490ms | 16 | 30.10ms | 65.56ms | 132.45ms | 95% |
Want to see a gateway added?
Methodology
Every run executes on a GitHub Actions runner hosted by Namespace, physically located in Northern Virginia, US. Since results are a property of the network they're measured from, treat rankings as relative to that vantage point rather than a universal number — see Limitations in the full methodology.
What We Measure
Every gateway is hit directly with the same prompt and model (Kimi K3), addressed the way each API expects it to be addressed — no gateway is proxied through another. Each request is either cold (a brand-new TCP+TLS connection, opened from scratch) or warm (a second request reusing an already-open keep-alive connection).
Cold requests are broken into DNS, TCP, and TLS phases (real socket timestamps, not estimates), plus time to first response byte and first streamed token. Every request also records output tokens/sec and success/failure.
This family's no-gateway control is a direct call to Kimi's own API, not a competing participant — it isolates how much latency each gateway adds on top of the underlying model provider. See the other target-model families on the AI Gateway Benchmarks overview. Full methodology, including how "cold" and "warm" are defined and their limitations, is documented in the public benchmarks repo.
How We Score
The Composite Score combines cold end-to-end latency and warm time-to-first-token — the short-lived-process case and the steady-state case — with generation throughput, all multiplied by success rate.
- • Cold E2E median: 30%
- • Warm TTFT median: 30%
- • Cold E2E P95: 15%
- • Warm TTFT P95: 15%
- • Tokens/sec: 10%