OpenRouter-routing giver samme model forskellig adfærd
Automatisk ruting er et salgspunkt, men udbyderne kører forskelligt software, så ensartede svar ikke er givet.
Én adresse, mange udbydere
OpenRouter markedsfører sig med, at tjenesten selv håndterer fallbacks og vælger den mest omkostningseffektive løsning for hver enkelt forespørgsel.
I praksis kan man derfor kalde ét API-endpoint for en model og lade OpenRouter sende opgaven videre til den bedst tilgængelige udbyder bag kulissen. Netop den automatiske ruting er et af tjenestens helt centrale salgspunkter – og samtidig kernen i den kritik, Simon Willison samler op i et linkindlæg.
Samme model svarer ikke ens
Mohamed Moustafa peger på en række måder, hvor den automatiske ruting kan give problemer. Forskellige udbydere kører nemlig forskelligt serveringssoftware med forskellige optimeringer og indstillinger.
Det betyder, at det samme OpenRouter-endpoint kan levere modelsvar, der opfører sig forskelligt. Nogle udbydere mangler ligefrem billedforståelse, selv for modeller der ellers er bygget til at læse billeder. Også måden, indstillingen for hvor grundigt modellen skal ræsonnere, bliver behandlet på, kan variere fra udbyder til udbyder.
Sådan låser man udbyderen
Willison forklarer, at man kan styre, hvilken udbyder der bliver valgt. Indstillingen provider.only lader brugeren pege på en bestemt udbyder frem for at overlade valget til OpenRouter.
Vil man vide, hvem der overhovedet er i spil, returnerer metoden /endpoints en liste over de tilgængelige udbydere for et bestemt model-ID. Dermed kan man tjekke udvalget, før man binder sig til en rute.
Flere detaljer
- Indlægget er et linkindlæg af Simon Willison, offentliggjort 11. september 2026.
- OpenRouter fremhæver selv automatiske fallbacks og omkostningsoptimering som salgspunkter.
- Kritikken kommer fra Mohamed Moustafa, som Willison henviser til.
Kilder:
Simon Willison AI →
Genfortalt i egne ord af AI-nyheder.com · AI-genereret illustration · Tjek altid originalkilden, før du handler på vigtige oplysninger.