OpenRouter Kosten: Ist Jev Router wirklich kostenlos?

Jev Router, OpenRouters verwalteter Endpunkt typesafe/jev-router, ist am 25. September 2026 gestartet. Der Chat-Endpunkt entscheidet für jeden Gesprächsschritt, welches Modell antwortet. Damit handelt es sich um ein anderes Produkt als das ursprüngliche Jev-Entscheidungsmodell und den ähnlich benannten Open-Source-Wrapper für die Kommandozeile.

OpenRouter Kosten im Faktencheck: Ist Jev Router kostenlos?

Die belastbare Antwort fällt enger aus, als das grüne „free“-Label vermuten lässt: Jev Router wird für Prompt- und Completion-Tokens mit $0 beworben. Ob auch das vom Router ausgewählte Modell insgesamt kostenlos arbeitet, ist aber nicht eindeutig genug dokumentiert, um jede geroutete Sitzung als gratis einzustufen.

Die aktuelle Seite von Jev Router wurde am 26. September 2026 geprüft. In den FAQ wird der Router als kostenlos bezeichnet; Gebühren für Prompt- und Completion-Tokens sollen nicht anfallen. Außerdem nennt die Seite ein Kontextfenster mit 1,000,000 Tokens und einen einzigen Endpunkt, der Modell und Reasoning-Aufwand an den Gesprächsverlauf anpasst.

Zwei Details im Katalog sprechen gegen eine weitergehende Aussage. Am selben Tag lieferte OpenRouters öffentliche Modell-API für die Prompt- und Completion-Preise des Routers -1 statt eines üblichen Festwerts. Der Endpunktdatensatz enthielt keine Provider-Endpunkte. Diese maschinenlesbaren Felder belegen keine Kosten. Sie machen aus dem $0-Hinweis der Seite aber auch keine aufgeschlüsselte Sitzungsrechnung.

In dieser Veröffentlichungsumgebung standen weder ein autorisierter OpenRouter-API-Schlüssel noch eine angemeldete OpenRouter-Sitzung zur Verfügung. Deshalb wurde keine kostenpflichtige Anfrage gesendet. Für diese Bewertung gibt es folglich weder einen beobachteten Wert für usage.cost noch einen Activity-Datensatz. Für die Budgetplanung ist nur folgende Einordnung belastbar: $0 ist der beworbene Endpunktpreis; bevor gegenüber Kunden oder der Finanzabteilung kostenlose Inferenz zugesagt wird, muss der vollständige Aufruf geprüft werden.

Was sich am 25. September geändert hat

Neu ist, dass Jev nicht mehr nur als Baustein für einen selbst entwickelten Router dient, sondern die Entscheidungsebene eines verwalteten Chat-Endpunkts bildet.

Jev 1.13 ist ein System-One-Modell: Es liefert eingeschränkte Entscheidungen statt Fließtext. Die Anwendung übergibt einen Zustand und stellt eine typisierte Choice-, Score- oder Ja/Nein-Noul-Frage. Das Modell kann als Ergebnis „use the strong tier“ liefern. Das entsprechende Modell aufzurufen, den Gesprächsverlauf zu erhalten und beide Anfragen abzurechnen, bleibt im ursprünglichen Aufbau jedoch Aufgabe des eigenen Codes.

Der verwaltete Router bündelt diesen Ablauf in typesafe/jev-router. Laut OpenRouters Ankündigungs-Thread bewertet Jev vor jedem Gesprächsschritt Schwierigkeit und Präzisionsbedarf des Prompts. Dabei prüft das System, ob ein größeres Modell oder mehr Reasoning hilfreich wäre und ob sich die Aufgabe verändert hat. Anschließend leitet OpenRouter den Schritt an das ausgewählte Modell weiter und gibt dessen Text zurück.

Besonders leicht zu verwechseln ist das Open-Source-Projekt gargpratyush/jev-router mit dem neuen Endpunkt. Das Projekt startet die echte CLI von Claude Code oder Codex, trifft für jeden neuen Schritt eine Jev-Entscheidung, ordnet das Ergebnis kontospezifischen Leistungsstufen zu und reicht die vorhandene CLI-Authentifizierung weiter. Es ist nicht der verwaltete OpenRouter-Modell-Slug; auch die Abrechnung folgt einem anderen Weg.

Dieser Unterschied verändert die Architektur. Im ursprünglichen Jev-Ablauf steht eine Entscheidungsprimitive zur Verfügung. Der selbst gebaute Router ergänzt lokale Regeln für Coding-Abonnements. Der verwaltete Endpunkt reduziert alles auf einen API-Aufruf, dessen Antwort ein von Jev ausgewähltes Modell erzeugt.

So verarbeitet Jev Router einen Gesprächsverlauf

Jev Router soll das Modell nicht allein deshalb wechseln, weil die nächste Nachricht anders aussieht. Das ist wichtig: Bei einem Wechsel kann der Gesprächscache des bisherigen Providers verloren gehen, sodass das neue Modell den gesamten Verlauf erneut einlesen muss.

OpenRouter zufolge hält der Router für den Rest einer Sitzung an einem funktionierenden Modell fest. Er kann den Reasoning-Aufwand ohne Modellwechsel erhöhen oder senken und wechselt erst, wenn die erwartete Verbesserung den Wert des verlorenen Caches übersteigt. Für diese Entscheidung liest er den Gesprächstext. Laut Ankündigungs-Thread werden Anhänge nicht an Jev gesendet; Anfragen mit zdr: true werden unterstützt.

Das geht über eine Klassifizierung einzelner Prompts hinaus. Ein günstiges Modell kann bei einer einfachen Rückfrage aktiv bleiben, weil der erhaltene Cache wertvoller ist als ein Wechsel. Ein schwieriger Schritt kann mehr Reasoning erhalten, ohne dass durch den Umzug des gesamten Gesprächs die Kosten eines Kontext-Neustarts entstehen. Ändert sich die Aufgabe tatsächlich, kann der Router wechseln.

Für den Produktivbetrieb gibt es allerdings eine harte Grenze. Wenn die Jev-Entscheidung das Zeitlimit überschreitet oder eine ungültige Ausgabe liefert, schlägt die Anfrage laut OpenRouter fehl, statt auf einen anderen Router auszuweichen. Das separate DIY-Projekt arbeitet dagegen fail-open und behält das aktuelle Modell oder ein Fallback bei. Wer den verwalteten Endpunkt nutzt, nimmt somit eine neue Abhängigkeit im kritischen Pfad in Kauf und ergänzt nicht nur einen Preisoptimierer.

OpenRouter Kosten: Was das $0-Label abdeckt – und was offenbleibt

Das $0-Label umfasst genau das, was OpenRouter veröffentlicht: die Preise für Prompt und Completion auf der Jev-Router-Seite. Nicht aufgeschlüsselt wird, wie sich ein ausgewähltes kostenpflichtiges Modell, Reasoning-Tokens, Cache-Lesevorgänge, Tools und Guthabenaufladung in dieser Angabe niederschlagen.

Nach den allgemeinen Abrechnungsregeln von OpenRouter wird eine gewöhnliche Anfrage zum Tarif des ausgewählten Modells und Providers berechnet. Die neue Jev-Seite bezeichnet den Router als kostenlos. Keine der Quellen erklärt ausdrücklich, ob OpenRouter die Inferenz des ausgewählten Modells vorübergehend subventioniert, separat durchreicht oder zum Start eine andere Regelung nutzt. Hier einfach die übliche Auto-Router-Regel anzuwenden wäre ebenso eine Annahme wie die Behauptung, sämtliche Inferenz kostenpflichtiger Modelle sei gratis.

Die Antwort ist die erste maßgebliche Quelle. Laut OpenRouters Dokumentation zur Nutzungsabrechnung enthält jede Antwort Angaben zu Prompt, Completion, Reasoning, gecachten Tokens und Kosten. usage.cost ist die Gesamtsumme, mit der das Konto belastet wird. Das Feld model der Antwort nennt das Modell, das die Ausgabe erzeugt hat.

Der Generierungsdatensatz ist die zweite Quelle. OpenRouters Protokolle zeigen Modell, Provider, Kosten, Tokenzahlen, Latenz, Cache-Rabatte, BYOK-Kosten und Gebühren für Websuche, Webabruf oder Dateiverarbeitung. Das zusammengefasste Activity-Dashboard weist anschließend Ausgaben, Anfragen, Tokenarten und Cache-Trefferrate aus, filterbar nach Modell, Provider, Schlüssel, App oder Nutzer.

Damit hat jede strittige Position einen eindeutigen Prüfpunkt:

• Ausgewähltes Modell: Den zurückgegebenen Wert model mit usage.cost und total_cost der Generierung abgleichen.
• Reasoning: completion_tokens_details.reasoning_tokens sowie die Routing-Begründung des Gesprächsschritts speichern.
• Cache-Nutzung: prompt_tokens_details.cached_tokens speichern und anschließend in den Generierungsdetails nach einem Cache-Rabatt suchen.
• Tools: Beim Basistest ausschließen; vor dem Produktiveinsatz die separaten Generierungspositionen prüfen.
• Guthabengebühr: Die Kaufgebühr separat zuordnen. OpenRouters aktuelle FAQ nennt 5.5% mit mindestens $0.80 für per Karte finanziertes Guthaben und 5% für Kryptowährungen. Das ist eine Finanzierungsgebühr und kein Beleg für einen Jev-Router-Aufschlag.

Die Zahlen: Eine kostenlose Router-Entscheidung macht die Sitzung nicht gratis

Die Kostenzeile für die Router-Entscheidung ist ohnehin sehr klein. Wirtschaftlich wichtiger ist, ob Jev ein passendes Modell auswählt, einen nützlichen Cache erhält und ein akzeptiertes Ergebnis liefert.

Ausgangspunkt ist der frühere Weg mit expliziter Entscheidung. Jev 1.13 kostet $0.042 pro Million Eingabetokens und $0 pro Million Ausgabetokens. Bei angenommenen 500 Eingabetokens je Routing-Entscheidung und 100,000 Gesprächsschritten ergeben sich 50 Millionen Jev-Eingabetokens. Die Entscheidungsebene kostet damit $2.10. Das generative Modell, das die einzelnen Schritte beantwortet, kommt zusätzlich hinzu.

Zum beworbenen Tarif der verwalteten Seite kostet dieselbe Router-Position $0. In diesem Arbeitsszenario liegt die scheinbare Ersparnis damit bei $2.10 je 100,000 Entscheidungen. Das ist nützlich, reicht als Auswahlkriterium aber nicht aus. Ein einziger ungünstiger Modellwechsel kann stärker ins Gewicht fallen als Tausende Jev-Entscheidungen.

Ein Beispiel: Ein Gespräch hat bereits 20,000 Prompt-Tokens. Bei einem beispielhaften Eingabepreis des ausgewählten Modells von $2 pro Million Tokens kostet es $0.04, wenn ein neues Modell den Verlauf erneut einlesen muss – noch vor Cache-Rabatten und neuer Ausgabe. Dreiundfünfzig unnötige Wechsel kosten $2.12 und damit etwas mehr als die gesamte Jev-1.13-Entscheidungszeile im Beispiel mit 100,000 Gesprächsschritten.

Darin liegt der nachhaltige Kostenvorteil eines sitzungsbewussten Routers: Den richtigen Cache zu erhalten kann wichtiger sein als eine kostenlose Routing-Klassifizierung. Die Rechnung ist ausdrücklich ein Szenario und keine Behauptung, Jev Router werde ein Modell für $2 wählen oder 53 Wechsel vermeiden.

Die Leistungsdaten wirken vielversprechend, bleiben aber unvollständig. OpenRouter berichtet, Jev Router habe 237 statt 130 von 423 Aufgaben gelöst, also 82% mehr als der eigene Auto Router, gemessen über vier Agenten-Benchmarks. Zudem meldet das Unternehmen über fünf Agenten-Benchmarks eine kürzere mediane Zeit bis zum ersten Token als bei jedem anderen getesteten Router. Das sind Anbieterergebnisse und keine unabhängige Reproduktion.

Einen hilfreichen Gegenpunkt lieferte Theo Browne in einem Benchmark-Bericht vom 26. September. Nach eigenen Angaben gab er $1,000 aus, erreichte mit DeepSWE ungefähr die Leistung von GPT-6 Astra bei niedrigem Aufwand, zahlte etwas mehr und wartete fast fünfmal länger. Das ist ein zugeschriebenes Benchmark-Ergebnis. Es belegt keine Router-Gebühr von $1,000; außerdem enthält der Beitrag nicht genug Abrechnungsdaten je Anfrage, um die Kostenfrage dieses Artikels zu klären.

Für Käufer bleibt daher der Preis pro akzeptierter Aufgabe entscheidend:

(selected-model cost + tools + allocated funding fee + retries + review time) / accepted tasks

Eine Router-Position von $0 kann den Zähler verbessern. Die übrige Gleichung verschwindet dadurch nicht.

Was das für Entwickler, Betrieb und Einkauf bedeutet

Entwickler erhalten eine einfachere Integration, aber auch eine kritischere Abhängigkeit. Ein einzelner OpenAI-kompatibler Modell-Slug kann einen selbst gebauten Klassifikator, eine Regeltabelle, den Modellaufruf und einen Teil der Sitzungslogik ersetzen. Dafür sitzt der Router vor jeder Antwort. Wegen des dokumentierten Fail-closed-Verhaltens braucht die Anwendung eine eigene Reaktion auf Jev-Fehler: beispielsweise einen einmaligen Neuversuch, die Bitte an den Nutzer, es erneut zu versuchen, oder den gezielten Aufruf eines festen Modells nach eigenen Regeln.

Ein brauchbares Minimalprotokoll umfasst Antwort-ID, angeforderten Slug, ausgewähltes Modell, Routing-Begründung, Reasoning-Aufwand, Prompt-Tokens, gecachte Tokens, Completion-Tokens, Reasoning-Tokens, usage.cost, Latenz und Ergebnis. Ohne diese Felder wirkt ein Modellwechsel wie eine zufällige Preisbewegung, während ein Qualitätsverlust fälschlich wie ein Fehler des Agenten aussieht.

Der Betrieb sollte nach Sitzungen steuern, nicht nach dem Token-Preisschild. Ein Support-Copilot, Rechercheagent oder Coding-Workflow kann in einem Gespräch einfache Schritte, schwierige Schritte und einen Aufgabenwechsel enthalten. Wert entsteht, wenn nur bei lohnenden schwierigeren Schritten mehr ausgegeben und ansonsten der Cache erhalten wird. Akzeptierte Aufgaben, Neuversuche, menschliche Korrekturen und die Sitzungssumme gehören gemeinsam in die Messung.

Der Einkauf sollte Inferenz, Routing und Finanzierung im Budget trennen. Die beworbenen $0 des Endpunkts gehören in die Routing-Zeile. Sobald Messwerte vorliegen, kommt die Summe des ausgewählten Modells in die Nutzungszeile. Suche, Abruf, Dateiverarbeitung und weitere Tools behalten eigene Positionen. Die Kartengebühr von 5.5% zählt zur Guthabenbeschaffung und nicht zu einem erfundenen Aufschlag je Anfrage.

Für die Gesamtkosten der Plattform behandelt die bestehende OpenRouter-Preisanalyse gemeinsames Guthaben, BYOK und Finanzierungsgebühren. Der ursprüngliche Ablauf mit Entscheidungsmodell wird in Jev in der Praxis anhand typisierter Ticketweiterleitung und des Jev-1.13-Tarifs von $0.042/M erläutert.

Wer jetzt handeln sollte, wer warten sollte und wen es nicht betrifft

Ein sofortiger Test lohnt sich für klar begrenzte, reversible Agenten-Workflows, wenn sich die Evaluierungsausgaben unter $1 deckeln lassen und bereits jede Generierung protokolliert wird. Eine unkritische Coding-Aufgabe, eine interne Rechercheschleife oder ein Support-Assistent im Schattenbetrieb sind geeignete Testfelder. Das Ziel besteht nicht darin, intelligentes Routing subjektiv zu bestätigen, sondern Kosten und Latenz je akzeptierter Aufgabe mit einem festen Modell auf denselben Prompts zu vergleichen.

Abwarten sollte, wer bei kundenrelevanten Anfragen keine zusätzliche Fail-closed-Abhängigkeit tolerieren kann, wessen Finanzabteilung vor einer variablen Route eine verbindliche Abrechnungsregel verlangt oder wessen Prompts regulierte Daten enthalten, die noch keine Datenschutzprüfung bestanden haben. Die Unterstützung für Zero Data Retention ist nützlich, ersetzt aber keine eigene Freigabe des Datenflusses.

Kaum betroffen sind Workloads, bei denen bereits ein festes Modell die Qualitäts- und Latenzziele erreicht, eine eng gefasste typisierte Entscheidung besser zu Jev 1.13 passt oder Claude-Code- und Codex-Abonnements bewusst über das lokale DIY-Projekt geroutet werden. Ein verwalteter Router ist nicht automatisch besser als ein stabiler Direktaufruf.

Wenn deterministische Provider-Kontrolle wichtiger ist als adaptive Auswahl, empfiehlt sich vor einer Änderung des kritischen Pfads der Vergleich der OpenRouter-Alternativen für Multi-Modell-Routing.

Was am kostenlosen Jev Router übertrieben ist

Die größte Übertreibung lautet, eine Modellkarte mit $0 mache das gesamte Modell-Ökosystem kostenlos. OpenRouter hat nicht genug Jev-spezifische Abrechnungsdetails veröffentlicht, um diese Aussage zu stützen; auch der öffentliche Maschinenkatalog zeigt keine herkömmliche feste Route.

Ebenso überzogen ist die gegenteilige Behauptung, es müsse einen versteckten Router-Aufschlag geben. In dieser Prüfung wurde kein solcher Aufschlag dokumentiert oder beobachtet. Ihn in eine Prognose einzubauen wäre erfunden.

Auch die Benchmark-Erzählung braucht Maß. OpenRouters Angabe von 82% mehr gelösten Aufgaben ist ein Anbietervergleich mit dem eigenen Auto Router. Theos DeepSWE-Bericht über $1,000 ist der Benchmark eines einzelnen Anwenders gegenüber einer festen Modelleinstellung. Keines der Ergebnisse zeigt den Preis pro akzeptierter Aufgabe für den eigenen Agenten; ebenso wenig ersetzt es einen kurzen Abgleich auf Kontoebene.

Schließlich macht ein Kontextfenster mit 1,000,000 Tokens ein Gespräch mit einer Million Tokens nicht automatisch wirtschaftlich. Ausgewähltes Modell, Cache-Verhalten, Reasoning-Aufwand und Aufgabenwechsel entscheiden über die Effizienz einer langen Sitzung. Das Kontextlimit beschreibt Kapazität, nicht das Budget.

Der Kostencheck mit vier Anfragen für Montag

Vier kleine synthetische Anfragen schaffen mehr Klarheit als eine weitere Woche mit Interpretationen der Preisseite. Tools bleiben deaktiviert, private Daten außen vor und die Ausgaben kurz. Sobald sich die Summe von usage.cost $1 nähert, wird der Test beendet.

Die erste Anfrage kann exakt so aussehen:

curl https://openrouter.ai/api/v1/chat/completions \
  -H "Authorization: Bearer $OPENROUTER_API_KEY" \
  -H "Content-Type: application/json" \
  -H "X-OpenRouter-Metadata: enabled" \
  -d '{
    "model": "typesafe/jev-router",
    "messages": [
      {"role": "user", "content": "Return only the word READY."}
    ]
  }' | tee jev-router-response.json

Anschließend werden die passenden Generierungsmetadaten über die Antwort-ID abgerufen:

GENERATION_ID=$(jq -r '.id' jev-router-response.json)
curl --get https://openrouter.ai/api/v1/generation \
  --data-urlencode "id=$GENERATION_ID" \
  -H "Authorization: Bearer $OPENROUTER_API_KEY"

Die Entscheidungsregel ist mechanisch:

• Wenn alle vier Antworten usage.cost: 0, alle vier Generierungsdatensätze Gesamtkosten von null und die Activity-Ansicht desselben Schlüssels keine zusätzlichen Ausgaben zeigen, wurde für dieses Konto und an diesem Datum eine synthetische Sitzung ohne Kosten beobachtet.
• Ist ein Datensatz nicht null, sind das ausgewählte Modell und dessen Kostenaufschlüsselung maßgeblich. Für diese Anfrage ist der Endpunkt nicht durchgängig kostenlos – unabhängig vom Katalog-Label.
• Widersprechen sich Antwort, Generierung und Activity, darf nicht extrapoliert werden. Die IDs speichern und beim OpenRouter-Support klären, welcher Datensatz für die Abrechnung gilt.

Tools erst ergänzen, wenn die Baseline vollständig abgeglichen ist. Sobald Suche, Abruf oder Dateiverarbeitung Teil des Agenten werden, folgt eine weitere kontrollierte Anfrage; diese Generierungspositionen werden als separate Kosten behandelt. Aus der Modellkarte von Jev Router lassen sie sich nicht ableiten.

Der Schritt für Montag: Diese vier Anfragen werden vier Kontrollen mit festem Modell gegenübergestellt. Danach lassen sich Sitzungskosten, Latenz, akzeptierte Ausgaben und Fehlerrate vergleichen. Jev Router sollte nur übernommen werden, wenn die Routing-Entscheidung das Gesamtergebnis verbessert – nicht weil eine Katalogzeile zwei Nullen enthält.

Die nächste verifizierte Änderung beim Modell-Routing samt Budgetfolge erscheint im Newsletter.