HiWay2LLM vs OpenRouter

OpenRouter et HiWay2LLM ont l'air du même produit quand tu regardes vite. Tous les deux parlent l'API OpenAI. Tous les deux te laissent viser un modèle et récupérer une réponse. Tous les deux prétendent être moins chers que l'accès direct. En pratique ils résolvent deux problèmes différents.

OpenRouter optimise pour le catalogue large et la vitesse du premier appel. HiWay optimise pour le coût et le contrôle à l'échelle. Cette différence se voit dans le pricing, dans le stockage des clés, dans le flux des données, et dans ce que "smart routing" veut vraiment dire.

Voilà ce que ça donne, sans le marketing.

Décision rapide

• Tu veux tester 100+ modèles vite (dont open-source niche via Together, Fireworks, DeepInfra) ? Prends OpenRouter. Leur catalogue agrège les providers communautaires, le nôtre non.
• Tu veux réduire ta facture d'inférence ? Prends HiWay. Smart routing (downgrade auto des requêtes simples vers des modèles moins chers) + 0% de markup fait typiquement 40-85% d'économie sur un mix d'usage normal.
• Tu es basé en EU ou tu sers des utilisateurs EU ? HiWay est hébergé sur OVH en France, OpenRouter aux US. RGPD + AI Act : ça pèse lourd en revue compliance.
• Tu veux BYOK (payer les providers direct au wholesale, garder tes clés, sortir quand tu veux sans migration) ? Seul HiWay le fait — OpenRouter route via leurs propres comptes.

Pricing — la vraie différence

OpenRouter fonctionne comme un wallet hébergé : tu recharges une balance en USD, et chaque appel débite cette balance à leur tarif. Leur markup public est environ 5% sur les dépôts par carte — soit à peu près 5% au-dessus du prix upstream. Pas d'abonnement, full pay-as-you-go.

HiWay fonctionne comme de l'infrastructure : tu apportes tes propres clés API (BYOK), l'inférence est facturée par le provider directement sur ta carte chez eux, au tarif wholesale publié. 0% de markup. HiWay te facture un flat fee mensuel pour la couche routing :

Le vrai levier économique n'est pas le markup (qui reste modeste à petit volume), c'est le smart routing : HiWay downgrade automatiquement les requêtes simples vers des modèles moins chers (Haiku plutôt qu'Opus pour un "bonjour", Flash plutôt que Gemini Pro pour une classification). Sur un mix normal, ça enlève 40-85% de la facture d'inférence upstream — économie qui fait oublier les 15€ d'abo en quelques heures d'usage, à n'importe quelle échelle. OpenRouter ne fait pas ça : tu demandes Sonnet, il te facture Sonnet.

Feature par feature

Quand choisir lequel

Migration — ce qui change vraiment dans ton code

Si tu es sur OpenRouter aujourd'hui, switcher c'est deux lignes. Tu gardes le même SDK, la même structure de messages, le même streaming. Tu changes base_url et la clé API. Le reste du code ne bouge pas.

from openai import OpenAI

client = OpenAI(
  base_url="https://openrouter.ai/api/v1",
  api_key="sk-or-v1-...",
)

response = client.chat.completions.create(
  model="anthropic/claude-3.5-sonnet",
  messages=[{"role": "user", "content": "Bonjour"}],
)

from openai import OpenAI

client = OpenAI(
  base_url="https://app.hiway2llm.com/v1",
  api_key="hw_live_...",
)

response = client.chat.completions.create(
  model="auto",  # laisse le router choisir
  messages=[{"role": "user", "content": "Bonjour"}],
)

Deux étapes en plus avant le switch : ajoute tes clés providers une fois dans le dashboard HiWay (Settings → Providers), et garde model: "auto" si tu veux laisser le router choisir — ou pin un modèle comme claude-3-5-sonnet si tu veux le forcer.

"Smart routing" — le mot qu'on dégaine trop vite

Les deux produits utilisent l'expression. Ils ne veulent pas dire la même chose.

Le "smart routing" d'OpenRouter parle de disponibilité provider : si ton upstream préféré pour un modèle est down ou rate-limited, ils basculent vers un autre provider qui héberge le même modèle. Tu tapes toujours le modèle demandé.

Le smart routing de HiWay lit la requête entrante et choisit le modèle le moins cher capable de la gérer. Un "bonjour" va sur Haiku à ~0,001 $ le million de tokens. Un refactor de code va sur Sonnet. Un raisonnement costaud va sur Opus. Tu passes model: "auto" une fois, et le router fait le scoring en moins d'1 ms par requête.

Les deux sont de vraies features. Elles résolvent des problèmes différents. Si tu veux "toujours taper GPT-4", le routing OpenRouter te va. Si tu veux "ne jamais surpayer une question qu'un modèle moins cher pourrait gérer", c'est celui de HiWay.

Données & compliance

OpenRouter est basé aux US. Ils loguent les prompts par défaut ; tu peux opter out dans les settings. Pas de DPA public signé au niveau EU.

HiWay est opéré depuis la France par Mytm-Group, hébergé sur OVH en EU. Zéro logging des prompts par défaut — les prompts transitent en mémoire et ne sont jamais persistés. On signe un DPA sur demande (même en free plan) et on publie nos sous-traitants.

Pour un solo dev sur un side-project, ça ne change rien. Pour n'importe qui qui ship un produit à des utilisateurs EU, ou qui bosse en secteur régulé (santé, finance, juridique), le chemin des données US vs EU est une case à cocher bloquante en revue compliance.

FAQ

Bilan

OpenRouter gagne quand ta priorité c'est vitesse du premier appel et largeur du catalogue. HiWay gagne quand ta priorité c'est coût à l'échelle, contrôle de tes clés, et résidence des données en EU. La plupart des équipes finissent par utiliser OpenRouter pour les pics d'expérimentation et HiWay pour le trafic prod — rien ne t'empêche de faire les deux.

Si tu tournes déjà de l'inférence sérieusement sur OpenRouter, le smart routing seul fait basculer le calcul — sans compter le 0% de markup ni l'EU. Mets ta dépense actuelle dans le calculateur d'économies pour voir le chiffre concret sur ton mix.