What is OpenRouter?
OpenRouter is an LLM aggregator: one OpenAI-compatible API that routes each request to one of 300+ chat models from OpenAI, Anthropic, Google, Mistral and a long tail of open-source providers. Instead of an account per provider, you hold one OpenRouter account and choose the model by name in the request. It is text-only — chat and completion models — with no image, video or audio generation endpoints.
How the OpenRouter API works
You send a standard OpenAI-style chat completion to OpenRouter's base URL with your OpenRouter key, setting the model field to a namespaced slug such as anthropic/claude-sonnet or openai/gpt-4o. OpenRouter forwards the call to that provider, can fall back to alternates, and returns the OpenAI-shaped response. Because it speaks the OpenAI protocol, any OpenAI SDK works by pointing base_url at it. Kunavo works the same way — the difference is the catalog and what sits behind it.
OpenRouter pricing, and how Kunavo compares
OpenRouter charges the upstream provider's per-token price plus a small platform margin, funded from a prepaid wallet (crypto-first, cards supported). Kunavo takes the opposite position: every enabled model is published 30–70% under the provider's official list rate depending on the model — Claude Sonnet 4.6 at $1.20/$6.00 per 1M tokens vs Anthropic's $3/$15, Gemini 2.5 Flash at $0.09/$0.75 vs Google's $0.30/$2.50. The per-1M rate for every model is on the /pricing page, so the comparison is direct.
OpenRouter API key vs Kunavo API key
An OpenRouter key authenticates against OpenRouter's text-model catalog only. A Kunavo key (sk-kn-…) authenticates against the same OpenAI-compatible chat endpoint plus image, video and audio endpoints and the native Anthropic Messages API — one credential for every modality, drawn from one Stripe-billed balance. Both are bearer tokens in the Authorization header, so moving across is a one-line base_url change plus the new key.
Là où OpenRouter gagne vraiment
Si ton produit a besoin du long-tail des modèles de chat purement texte — fine-tunes Mistral, variantes de Llama, modèles communautaires de niche, open-source expérimental — le catalogue d'OpenRouter est imbattable. Ils ont aussi le flux de recharge crypto-natif le plus mature, ce qui compte dans les régions où la carte est difficile. La discussion communautaire autour des modèles, techniques de prompt et benchmarks y est aussi plus active.
Là où Kunavo gagne
Le multimodal sur une seule facture, c'est l'écart majeur. Dès que ton produit a besoin de génération d'image, d'édition d'image ou de vidéo — OpenRouter ne couvre pas ces endpoints, donc tu te retrouves de toute façon avec deux intégrations et deux relations de facturation. Kunavo te donne /v1/images, /v1/images/edits, /v1/video/generations et /v1/audio/music en plus du chat, tout au format OpenAI, sur le même portefeuille. Le prix est aussi mesurablement plus bas : chaque modèle activé est environ 30 % sous le tarif officiel du fournisseur (le tarif par million de tokens est publié sur /pricing — facile à comparer). Le checkout natif Stripe intègre Apple Pay, Pix, Alipay, WeChat Pay et ACH, ce qui fait fonctionner l'onboarding self-serve hors USA et UE.
Le paiement : OpenRouter vs Kunavo
Les deux portefeuilles sont prépayés : à l'inscription, la seule question qui compte est de savoir si votre argent peut entrer. Le checkout de Kunavo est natif Stripe : la liste suit l'acheteur, pas notre pays de facturation. Cartes (Visa, Mastercard, Amex, JCB, UnionPay) et Apple Pay partout où Stripe est présent, Link et Cash App Pay pour les recharges en un geste, plus Klarna, Amazon Pay, le virement ACH pour les comptes américains, et Alipay et WeChat Pay pour la Chine continentale. Les moyens locaux apparaissent selon le pays — Pix au Brésil, Bancontact en Belgique, BLIK en Pologne, EPS en Autriche, MB WAY au Portugal — Stripe convertissant le montant en dollars vers la devise locale sur la page de paiement : un acheteur brésilien scanne un QR code Pix libellé en réaux au lieu de chercher une carte autorisée à l'international. La FAQ d'OpenRouter y répond sans détour : toutes les cartes bancaires principales, Alipay et la crypto en USDC, PayPal étant décrit comme encore en chantier. Cela couvre le développeur qui a une carte et celui qui a des cryptos. Cela ne couvre pas l'acheteur de São Paulo sans carte autorisée à l'international, ni celui qui préfère valider une recharge avec Face ID plutôt que de taper seize chiffres — c'est précisément l'écart que comblent le Pix et Apple Pay.
Migrer depuis OpenRouter
Les deux APIs parlent le protocole OpenAI chat-completions : le portage tient en deux lignes, pas en une réécriture. Pointe base_url vers https://api.kunavo.com/v1, remplace ta clé sk-or- par une clé Kunavo sk-kn- créée sur /app/keys, et ton code SDK OpenAI existant tourne sans modification — même forme de requête, même streaming, même format de tool-call. La seule chose à vérifier, ce sont les ids de modèle : OpenRouter les préfixe par le vendeur (anthropic/claude-sonnet-4.6), Kunavo utilise l'id nu (claude-sonnet-4-6) — un rechercher-remplacer sur tes constantes de modèle termine le travail. Rien d'autre ne bouge : pas de changement de SDK, pas de modification du parsing des réponses, pas de refonte des webhooks. Fais tourner les deux en parallèle si tu veux — deux clients ne différant que par base_url — et bascule une fois latence et coût comparés sur ton propre trafic.
Les conclusions honnêtes
Si tu as déjà standardisé sur OpenRouter pour le texte et que ton produit n'a jamais besoin d'image ou de vidéo, il n'y a pas de forcing function à basculer — ton code SDK OpenAI existant est portable vers Kunavo (un changement de base_url), donc tu peux garder les deux dans ta poche et migrer quand l'écart de prix vaut le temps d'intégration. Si tu construis du multimodal, ou si tu sers des clients qui paient avec des rails locaux hors USD, Kunavo est le stack le plus simple. Dans tous les cas, le test est petit : une recharge de $10 et un changement de base_url, et tu évalues en quelques minutes.