OpenRouter Auto Router: Funktionsweise, Kostenstufen und wann ein festes Modell sinnvoll ist

Welches Modell OpenRouter Auto Router auswählt, entscheidet kein starres Leaderboard. Der Dienst analysiert Prompts für rund 30 Aufgabentypen und orientiert sich daran, wohin die Ausgaben der Plattform von 55T+ Tokens pro Woche fließen. Seit dem 10. August 2026 ersetzt ein Signal aus den Community-Ausgaben der vergangenen 7 Tage das frühere NotDiamond-Routing. Standardmäßig soll das Kosten senken, auf der Stufe max hingegen Frontier-Niveau liefern. Einen Aufschlag pro Request gibt es nicht – doch der Preis des tatsächlich gewählten Modells bestimmt die Rechnung. Ohne Konfiguration kann daher auch ein simpler Prompt bei einem teuren Modell landen.

So arbeitet der neue OpenRouter Auto Router

Auto Router ist ein Meta-Router: Als Modellnamen senden Sie openrouter/auto, anschließend leitet der Dienst Ihren Prompt an ein konkretes Modell weiter. Abgerechnet wird dessen regulärer Tarif; eine zusätzliche Routing-Gebühr fällt nicht an. Welches Modell gewählt wurde, steht im Feld model der Antwort. Damit lässt sich jede Anfrage nachvollziehen.

Mit dem Update vom August 2026 hat OpenRouter die bisherige Routing-Engine abgelöst, die zuvor auf NotDiamond basierte. Statt ein festes Klassifikationsmodell darüber entscheiden zu lassen, welches Modell „am besten“ ist, setzt OpenRouter nun auf die „wisdom of the market“. Grundlage sind anonymisierte Ausgabedaten der jeweils vorangegangenen 7 Tage. Verlagern tausende Entwickler ihre Coding-Workloads binnen einer Woche von einem Modell zu einem anderen, folgt der Router dieser Bewegung innerhalb weniger Tage.

Die Einordnung erfolgt während der Anfrage, ohne dass Prompts gespeichert werden müssen. Der Router erkennt ungefähr 30 Kategorien, darunter Code-Generierung, Debugging, mehrstufige Agentenplanung, Wissensfragen, Mathematik, Kundensupport und Research-Berichte. Fehlen Daten für Klassifizierung oder Ranking, greift ein Standard-Set an Modellen. Ein Routing-Fehler soll die Anfrage also nicht scheitern lassen.

Verfügbar sind zwei Slugs:

Der neue Router lief zunächst einige Wochen unter auto-beta, bevor er am 10. August 2026 in den stabilen Slug wechselte. Wird die Konfiguration unter der falschen Plugin-ID übermittelt, wird sie stillschweigend ignoriert – ein häufiger Einrichtungsfehler.

Modellauswahl: rund 30 Aufgaben und 5 Kostenstufen

Für die Auswahl sind zwei Faktoren maßgeblich: Aufgabentyp und Kostenstufe. Zuerst erkennt der Router anhand des Prompts die Aufgabe. Danach ordnet er die möglichen Modelle innerhalb dieser Kategorie nach ihrem Community-Nutzungsanteil der vergangenen 7 Tage ein – gefiltert durch die Einschränkungen des Accounts, etwa erlaubte Modelle, Guardrails, Datenschutzvorgaben und ZDR-Richtlinien.

Die Kostenstufen legen fest, wie weit der Router auf der Preisskala nach oben gehen darf. Es gibt fünf Bereiche, vom günstigsten bis zum leistungsfähigsten: low, medium, high, xhigh und max. Standard ist low. Eine Stufe ist ein Preisband, keine Obergrenze: Modelle unterhalb und oberhalb dieses Bands werden ausgeschlossen.

Die Routing-Matrix, die OpenRouter am 10. August 2026 veröffentlichte, umfasst alle rund 30 Aufgabentypen. Die folgenden 15 repräsentativen Beispiele zeigen, wie Aufgabentyp und Kostenstufe die Modellauswahl bestimmen:

Auf der Stufe low bevorzugt der Router bei Coding-Aufgaben günstigere Modelle wie GLM-5.2 und DeepSeek V4 Flash, bei Klassifizierung und Support Gemini-Flash-Varianten. Die Stufe max leitet je nach Aufgabe an Claude Opus 5, Claude 5 Fable oder GPT-5.6 Sol weiter.

cost_tier statt des veralteten cost_quality_tradeoff

Der frühere numerische Parameter cost_quality_tradeoff (0–10, wobei 0 Qualität priorisierte und 10 Kosten; Standardwert 7) gilt als veraltet, wird aber weiterhin akzeptiert. Der neue Parameter cost_tier verwendet stattdessen benannte Preisbänder. Werden beide gesendet, hat cost_quality_tradeoff Vorrang. Diese Entscheidung für Abwärtskompatibilität kann beim Umstellen bestehenden Codes zu unerwartetem Routing führen. Entfernen Sie den alten Parameter, wenn Sie cost_tier einführen.

Konfiguration per API-Request:

{
  "model": "openrouter/auto",
  "messages": [{ "role": "user", "content": "Debug this Python function" }],
  "plugins": [{
    "id": "auto-router",
    "cost_tier": "max",
    "allowed_models": ["anthropic/*", "openai/*"]
  }]
}

allowed_models akzeptiert Wildcard-Muster wie anthropic/*, um die Auswahl auf einen Anbieter zu begrenzen. Eine Liste in excluded_models wird nach allowed_models angewendet und kann den Pool weiter verkleinern. Bleibt nach dem Filtern kein Modell übrig, liefert die API einen 404-Fehler zurück.

Benchmarks: neuer gegen alten Auto Router

OpenRouter hat den neuen und den alten Router in fünf unterschiedlichen Benchmarks verglichen – jeweils mit Standard- und Max-Einstellung. Beim alten Router war der Standard cost_quality_tradeoff=7; beim neuen ist es cost_tier=low.

In der Standardstufe erreicht oder übertrifft der neue Router den alten in 3 von 5 Benchmarks. Besonders deutlich sind die Zugewinne bei DSQA (Research, +45,6 %) und WideSearch (Suche, +16,0 %). Bei MMLU Pro (-1,6 %) und tau-bench Banking (-1,9 %) fällt er leicht zurück, bei SWE-Atlas QnA herrscht Gleichstand. Die Kosten auf der Standardstufe sind bei MMLU Pro (-64,2 %), tau-bench (-51,3 %) und SWE-Atlas (-35,9 %) niedriger, bei DSQA jedoch 87,6 % höher ($276 gegenüber $147.11). Auf der Stufe max gewinnt der neue Router alle 5 Benchmarks: tau-bench Banking stieg von 7,2 % auf 31,6 % (+338,9 %), SWE-Atlas QnA von 2,4 % auf 60,7 % (+2429,2 %). Allerdings sind die Kosten bei max in 4 von 5 Benchmarks höher; bei SWE-Atlas liegen sie bei $1,325 gegenüber $205. Das sind Momentaufnahmen. OpenRouter weist darauf hin, dass sich das Routing mit den Präferenzen der Community verändert.

Kosten im Griff behalten und Überraschungen vermeiden

Unerwartete Kosten gehören zu den häufigsten Bedenken beim Auto Router. Ein Nutzer bei r/openrouter formulierte es so:

„Es könnte einfach weiterhin Opus verwenden.“ – u/xtekno-id, als Warnung vor einer unkontrollierten Auswahl teurer Modelle im Engineering-Team.

Mit diesen fünf Maßnahmen bleiben die Kosten planbar:

1. Der Suffix :free bedeutet nicht, was viele erwarten. openrouter/auto:free beschränkt Auto Router nicht auf kostenlose Modelle; der Router kann weiterhin kostenpflichtige Modelle auswählen. Falls ausschließlich kostenloses Routing gefragt ist, verwenden Sie stattdessen openrouter/free. Dieser Router begrenzt den Pool auf Free-Tier-Endpunkte. Das bestätigt auch das Help Center von OpenRouter.

2. cost_tier mit allowed_models kombinieren. Allein cost_tier=low verhindert nicht, dass der Router für Ihr Volumen ein teures Modell auswählt. Ergänzen Sie daher allowed_models, um bestimmte Modellfamilien zu erlauben: ["deepseek/*", "google/*"] hält Sie für die meisten Aufgabentypen im günstigen Bereich.

3. Mit provider.max_price eine harte Obergrenze setzen. Dieser Parameter filtert zulässige Endpunkte nach Preis und schafft damit ein Kostenlimit pro Token, unabhängig von der Stufenauswahl des Routers.

4. Die Plattformgebühr von 5,5 % berücksichtigen. Beim Kauf von Credits erhebt OpenRouter laut Dokumentation eine Gebühr von 5,5 % (mindestens $0.80), nicht pro Token. Eine Credit-Einzahlung von $20 kostet somit $21.10. Die Gebühr fällt unabhängig davon an, ob Sie Auto Router nutzen: Sie ist die Monetarisierung der Plattform, kein Routing-Aufschlag.

5. Session-Stickiness und Cache-Kosten beachten. Wechselt der Router mitten in einer Unterhaltung das Modell, muss der Input-Cache neu aufgebaut werden – das verursacht zusätzliche Token-Kosten. Um dem entgegenzuwirken, nutzt der Router Session-Stickiness: Er erkennt Unterhaltungen über eine explizite session_id oder einen Nachrichten-Fingerprint, bewertet die Kandidaten bei jedem Turn neu, bevorzugt aber das vorherige Modell, sofern es weiterhin zu den besten Kandidaten gehört. Ändert sich die Aufgabe wesentlich, wechselt der Router trotzdem – und der Cache-Aufbau wird berechnet.

Auto Router nutzen oder ein Modell fest vorgeben?

Auto Router passt zu wechselnden Workloads: unterschiedliche Aufgabentypen zu unterschiedlichen Zeitpunkten, bei denen eine manuelle Modellauswahl zum Engpass wird. Die Routing-Matrix liefert einen Ausgangspunkt dafür, welchen Modellen die Community bei welchen Aufgaben vertraut.

Für Engineering-Teams ist eine eingeschränkte Auto-Router-Konfiguration meist der praktische Mittelweg: cost_tier passend zum Budgetbereich setzen, allowed_models auf freigegebene Anbieter beschränken und provider.max_price als harte Obergrenze einrichten.

FAQ

Kostet OpenRouter Auto Router extra?

Nein. Für die Nutzung von Auto Router gibt es keinen Aufschlag. Sie zahlen den regulären Tarif des Modells, das der Router auswählt. Die Einnahmen von OpenRouter stammen aus der Gebühr von 5,5 % beim Kauf von Credits.

Ist openrouter/auto:free wirklich kostenlos?

Nein. Der Suffix :free beschränkt das Routing nicht auf kostenlose Modelle. Verwenden Sie stattdessen openrouter/free – den dedizierten Router nur für kostenlose Modelle.

Kann ich Auto Router auf bestimmte Anbieter beschränken?

Ja. Nutzen Sie im Plugin auto-router den Parameter allowed_models mit Wildcard-Mustern wie ["anthropic/*", "openai/*"].

Wie sehe ich, welches Modell ausgewählt wurde?

Prüfen Sie das Feld model in der API-Antwort. Es enthält die Modell-ID des Modells, das Ihre Anfrage verarbeitet hat – nicht openrouter/auto.

Was ist der Unterschied zwischen auto und auto-beta?

openrouter/auto ist der stabile Router. openrouter/auto-beta erhält Routing-Verbesserungen, bevor sie in die stabile Version gelangen.

Unterstützt Auto Router Streaming und Tool Calling?

Ja. Der vollständige Funktionsumfang des ausgewählten Modells steht bereit, einschließlich Streaming, Tool Calling und Vision.