Der Vergleich ist fast überall falsch aufgesetzt, und das vierte Suchergebnis macht es deutlich: Es ist LiteLLMs eigene Dokumentationsseite für OpenRouter. LiteLLM bietet eine OpenRouter-Integration, weil diese beiden Produkte keine Alternativen sind, sondern auf unterschiedlichen Ebenen liegen. LiteLLM ist ein Proxy, den Sie über Ihren eigenen Anbieterkonten bereitstellen; OpenRouter ist ein gehosteter Dienst, der Anbieterkonten für Sie verwaltet und den Modellzugriff weiterverkauft. Ein Proxy benötigt eine Quelle; OpenRouter ist eine solche Quelle. Viele Teams betreiben bewusst beide.
Offengelegte Befangenheit: Kunavo ist unser Produkt und gehört auf dieser Seite auf die OpenRouter-Seite – als gehostete Modellquelle, nicht als Proxy. Es ist keine Alternative zu LiteLLMs Funktion, und diese Seite behauptet auch nicht das Gegenteil.
Der Ebenenunterschied in einer Tabelle
| LiteLLM | OpenRouter | |
|---|---|---|
| Was es ist | Software, die Sie bereitstellen | Ein gehosteter Dienst |
| Wer verwaltet die Zugangsdaten der Anbieter? | Sie | OpenRouter |
| Ist es eine Modellquelle? | Nein – es benötigt eine dahinterliegende Quelle | Ja |
| Wer betreibt es? | Sie: bereitstellen, patchen, skalieren, Bereitschaftsdienst leisten | Niemand auf Ihrer Seite |
| Inferenzkosten | Ihre eigenen Anbieterpreise | Anbieterpreise zuzüglich Gebühr auf Guthabenkäufe |
| Kann der Prompt-Text auf Ihrer Infrastruktur bleiben? | Ja | Nein |
Lesen Sie die Zeile „Ist es eine Modellquelle?“ von oben nach unten, und die Einordnung fällt in sich zusammen. Jeder weitere Unterschied ergibt sich daraus.
Gemeinsame Nutzung – der häufigste Fall
LiteLLM davor, OpenRouter dahinter: Ihre Anwendungen kommunizieren mit einem internen Endpunkt, LiteLLM setzt Budgets pro Schlüssel und Team-Routing durch, und OpenRouter stellt den Katalog bereit, ohne dass Sie bei jedem Anbieter ein Konto eröffnen müssen. Jeder OpenAI-kompatible Endpunkt lässt sich auf dieselbe Weise einbinden, sodass eine zweite Quelle für Failover nur wenige Zeilen erfordert:
# LiteLLM and OpenRouter are layers, not rivals. This is a
# LiteLLM config with two model sources behind one proxy.
model_list:
- model_name: claude-sonnet
litellm_params:
model: openrouter/anthropic/claude-sonnet-4.6
api_key: os.environ/OPENROUTER_API_KEY
# A second source behind the same proxy — any OpenAI-compatible
# endpoint works the same way.
- model_name: claude-sonnet-backup
litellm_params:
model: openai/claude-sonnet-5
api_base: https://api.kunavo.com/v1
api_key: os.environ/KUNAVO_API_KEYDas ist normalerweise die eigentliche Frage hinter „vs“: nicht, welches der beiden Produkte Sie wählen, sondern ob Sie zusätzlich zu einer gehosteten Quelle überhaupt eine Proxy-Ebene benötigen.
Wann Sie tatsächlich nur eines benötigen
- Nur OpenRouter – Sie haben keine Anbieterkonten, möchten keine verwalten, und Ihre Routing-Anforderungen werden durch das erfüllt, was ein gehostetes Gateway bereits bietet. LiteLLM würde Ihnen hier vor allem einen zu betreibenden Dienst hinzufügen. Alternativen in dieser Kategorie: der OpenRouter-Überblick.
- Nur LiteLLM – Sie besitzen bereits Anbieterkonten, möglicherweise zu ausgehandelten Konditionen, und Ihnen fehlt Kontrolle: ein Endpunkt, Budgets pro Schlüssel, eine Routing-Richtlinie und Prompt-Text, der Ihre Infrastruktur nie verlässt. Ein Wiederverkäufer kann Ihnen Letzteres zu keinem Preis bieten.
- Keines von beiden – Sie möchten Routing und Governance, aber keinen Dienst betreiben. Dafür gibt es eine gehostete BYO-Key-Control-Plane, eine dritte Kategorie, außerhalb derer beide Produkte liegen: die vier Kategorien von LLM-Gateways.
Die zwei Punkte, die Sie vor der Entscheidung prüfen sollten
Auf der LiteLLM-Seite: der operative Umfang. Ein selbst gehosteter Proxy ist ein Bestandteil Ihres Builds und bringt damit Ihre CI/CD und Ihren Cluster in seinen Auswirkungsbereich – wie der Supply-Chain-Vorfall im März 2026 gezeigt hat, ist das bei diesem Projekt nicht hypothetisch. LiteLLMs Reaktion war umfangreich und der Vorfall ist für alle mit v1.83.0 oder höher abgeschlossen. Der strukturelle Punkt gilt jedoch für jeden selbst gehosteten Proxy.
Auf der OpenRouter-Seite: die Preisuntergrenze. Ein Wiederverkäufer, der Listenpreise zuzüglich einer Gebühr auf Guthabenkäufe weitergibt, ist nicht automatisch günstiger als Ihr eigenes Konto – aber auch nicht automatisch teurer, wenn Ihr Konto zum öffentlichen Listenpreis abgerechnet wird. Der sinnvolle Vergleich ist Ihr tatsächlicher Preis gegenüber dem tatsächlichen Gateway-Preis, je Modell und für die Modelle, die Sie verwenden. Kunavo listet die meisten Modelle unter den offiziellen Anbieterpreisen – derselbe Vergleich aus der anderen Richtung: Kunavo vs OpenRouter.
Wire-Kompatibilität, damit ein Wechsel günstig bleibt
Beide sprechen das OpenAI-Wire-Protokoll, ebenso wie jede gehostete Alternative zu einem der beiden Produkte (OpenRouters Dokumentation · LiteLLMs). Unabhängig von Ihrer Wahl kostet ein Fehlentscheid lediglich eine base_url und eine Änderung des Schlüssels. Das ist die nützlichste Information auf dieser Seite: Diese Entscheidung verdient nicht die Wochen, die manche Teams dafür aufwenden. Details finden Sie im Leitfaden zur OpenAI-kompatiblen API.
Häufig gestellte Fragen
Was ist der Unterschied zwischen OpenRouter und LiteLLM?
Sie befinden sich auf unterschiedlichen Ebenen. LiteLLM ist Software, die Sie bereitstellen – ein Proxy, der Modellanbieter über API-Schlüssel anbindet, die Sie selbst verwalten, und selbst keine Modelle bereitstellt. OpenRouter ist ein gehosteter Dienst, der Anbieterzugangsdaten verwaltet und den Modellzugriff über ein gemeinsames Guthaben weiterverkauft. OpenRouter ist also eine Modellquelle, aber nichts, was Sie selbst betreiben. Die praktische Konsequenz: LiteLLM benötigt mindestens ein dahinterliegendes Anbieterkonto, und OpenRouter kann dieses Konto sein.
Kann man LiteLLM und OpenRouter gemeinsam verwenden?
Ja, und es handelt sich um eine dokumentierte Konfiguration, nicht um einen Behelf – LiteLLM bietet eine OpenRouter-Provider-Integration. Üblicherweise fungiert LiteLLM als Proxy, mit dem Ihre Anwendungen kommunizieren, während OpenRouter eine der dahinterliegenden Quellen ist. So erhalten Sie LiteLLMs Budgets pro Schlüssel und Team-Routing über OpenRouters Katalog, ohne bei jedem Anbieter eigene Konten zu benötigen.
Ist LiteLLM günstiger als OpenRouter?
LiteLLM verursacht keine Inferenzkosten, da es nichts weiterverkauft – Sie zahlen die Kosten Ihrer eigenen Anbieterkonten sowie die Infrastruktur, auf der Sie LiteLLM betreiben, und den nötigen Betriebsaufwand. OpenRouter berechnet die Anbieterpreise zuzüglich einer Gebühr auf Guthabenkäufe. Beim Stückpreis ist LiteLLM daher günstiger, wenn Sie bereits Anbieterkonten mit guten Konditionen besitzen. Wenn das nicht der Fall ist, kehrt sich der Vergleich um: Ein Konto, das Sie zum Listenpreis einrichten mussten, ist nicht deshalb günstiger als der Preis eines Wiederverkäufers, weil kein Gateway einen Anteil einbehält.
Soll ich OpenRouter oder LiteLLM wählen?
Fragen Sie sich, was Ihnen fehlt, statt danach, welches Produkt besser ist. Wenn Sie Anbieterkonten besitzen und Routing, Budgets und Governance darüber benötigen, ist das die Aufgabe von LiteLLM. Wenn Sie keine Anbieterkonten haben und keine verwalten möchten, ist das die Aufgabe von OpenRouter. Wenn keines dieser Probleme gelöst ist, benötigen Sie möglicherweise beide. Wenn Sie Routing wünschen, aber keinen Dienst betreiben möchten, ist keines von beiden die richtige Antwort – dafür brauchen Sie eine gehostete BYO-Key-Control-Plane.
Ist LiteLLM nach dem Supply-Chain-Angriff von 2026 sicher?
LiteLLM veröffentlichte nach dem Vorfall vom 24. März 2026 die Version v1.83.0 über eine neu aufgebaute CI/CD-Pipeline, mit rotierten Zugangsdaten der Maintainer, forensischer Untersuchung durch Mandiant und signierten Docker-Images. Wenn Sie Version 1.83.0 oder höher verwenden, ist der Vorfall für Sie abgeschlossen. Es lohnt sich, den vollständigen Bericht und seine strukturellen Implikationen zu lesen, bevor Sie sich für die selbst gehostete Seite dieses Vergleichs entscheiden: Ein selbst gehosteter Proxy ist ein Paket in Ihrem Build.
Wo ordnet sich Kunavo in diesem Vergleich ein?
Auf der OpenRouter-Seite, nicht auf der LiteLLM-Seite: Kunavo ist ein gehostetes Gateway, das die Zugangsdaten zu den Upstream-Anbietern verwaltet. Es ist daher eine alternative Modellquelle und kein Proxy, den Sie bereitstellen. Eine LiteLLM-Installation kann auf Kunavo zeigen, genauso wie auf OpenRouter, über LiteLLMs OpenAI-kompatiblen Provider mit gesetzter Basis-URL. Kunavo ersetzt nicht die Funktion von LiteLLM.