Modellauswahl und Kostensteuerung: von „immer das stärkste Modell“ zu aufgabenbasierter Klassifizierung
Im selben Produkt ist es meist die teuerste Lösung, für alles das Flaggschiffmodell zu verwenden. Dieser Artikel stellt eine Methode zur Auswahl nach Aufgabenklassen vor: wie man Aufgaben zerlegt, wie man mit Evaluationssets prüft, ob ein Downgrade sicher ist, und wie man mit einem einheitlichen Gateway das Modell im selben Code umschaltet.
Warum „einheitlich das stärkste Modell“ eine Kostenfalle ist
Modellfähigkeiten sind geschichtet: Flaggschiffmodelle sind gut bei langen Reasoning-Ketten, komplexem Code und mehrfach eingeschränkten Anweisungen; leichte Modelle reichen oft schon für Klassifikation, Extraktion, Formatkonvertierung und kurze Frage-Antwort-Aufgaben. Der Preisunterschied zwischen beiden kann das Zehnfache oder mehr betragen.
Die aktuelle Preisseite von Anthropic und die [API pricing](https://developers.openai.com/api/docs/pricing) von OpenAI unterteilen ihre Modelle jeweils in mehrere Stufen; betrachtet man die von Anthropic veröffentlichte [pricing](https://claude.com/pricing) als Beispiel, richten sich die drei Stufen Opus, Sonnet und Haiku an unterschiedlich anspruchsvolle Aufgaben, mit deutlichen Preisunterschieden. Hunderttausende einfache Klassifikationen pro Tag auch dem Flaggschiffmodell zu überlassen, ist die am leichtesten übersehene Verschwendung.
Die Aufgabenklassifizierung in den Code bringen
- Listen Sie die LLM-Aufrufe im System nach „Aufgabentyp“ auf (Klassifikation / Extraktion / Zusammenfassung / Generierung / Reasoning / Code).
- Wählen Sie für jeden Aufgabentyp eine Standardstufe und schreiben Sie sie in die Konfiguration, nicht als verstreute Modellnamen.
- Bereiten Sie für jeden Aufgabentyp 50–200 feste Evaluationsbeispiele vor, einschließlich typischer schwieriger Fälle.
- Führen Sie zuerst mit der Standardstufe eine Baseline aus und versuchen Sie dann ein Downgrade; vergleichen Sie Genauigkeit und Formatkonformität.
- Behalten Sie das Downgrade nur bei, wenn der Qualitätsverlust unter dem Schwellenwert liegt; andernfalls zurück zur vorherigen Stufe.
Gestuftes Routing: erst günstig, dann teuer
Ein praktisches Muster ist „erst günstig, dann teuer“: zuerst mit dem leichten Modell verarbeiten und bei folgenden Signalen auf das Flaggschiff hochstufen –
- Die Ausgabe lässt sich nicht parsen (kaputtes JSON, fehlende Felder).
- Das Modell erklärt selbst Unsicherheit, oder die Konfidenz liegt unter dem Schwellenwert.
- Eine geschäftsseitige Qualitätsprüfung schlägt an (z. B. das generierte SQL ist nicht ausführbar).
- Die Komplexitätskennzahl der Anfrage überschreitet den Schwellenwert (Eingabelänge, Anzahl referenzierter Dokumente).
So bleibt der Großteil des Traffics auf der günstigen Stufe, und nur die wirklich schwierigen Teile werden auf der Flaggschiffstufe bezahlt. Achten Sie darauf, die Anzahl der Hochstufungen ins Monitoring aufzunehmen: Eine dauerhaft hohe Hochstufungsrate zeigt, dass die Auswahl neu bewertet werden sollte.
Was vor einem herstellerübergreifenden Wechsel geklärt werden muss
Verschiedene Hersteller sind sich bei Ausgabestil, Tool-Calling-Format und Ablehnungsstrategie für dieselbe Aufgabe nicht einig. Bevor Sie einen Aufgabentyp von Hersteller A zu Hersteller B verschieben, sollten Sie mindestens klären:
- Strukturierte Ausgabe: Ist der Grad der Unterstützung von JSON mode / striktem Schema gleich?
- Tool-Calling-Format: Parameterstruktur, parallele Aufrufe, Art der Fehlerrückgabe.
- Kontextlänge und Abschneideverhalten: Führt zu lange Eingabe zu einem Fehler oder zu stillem Abschneiden?
- Unterschiede in der Inhaltsrichtlinie: Derselbe Eingabetext wird bei einem Modell abgelehnt, bei einem anderen normal verarbeitet.
Klassifizierung in einem einzigen Gateway
Admesh hält nach außen das OpenAI-kompatible Protokoll ein; Modelle werden in der Form namespace/model bereitgestellt (z. B. anthropic/…, openai/…, deepseek/…). Das bedeutet, dass für die Aufgabenklassifizierung nur eine Zuordnungstabelle „Aufgabentyp → Modell“ in der Konfiguration gepflegt werden muss, und im Code immer nur der model-Parameter geändert wird.
Da das Routing nur innerhalb des Kanalpools desselben public_model erfolgt, wird Ihr anthropic/xxx nicht stillschweigend durch ein Modell eines anderen Herstellers ersetzt – die Klassifizierung ist Ihre explizite Wahl, nicht eine Entscheidung des Gateways für Sie.
Admesh-Live-Preise (Auszug)
Die Preise stammen aus der Live-Konfiguration von Admesh, in USD pro Million Token. Die vollständige Liste findest du im Modellkatalog.
| Modellname und ID | Kontextfenster | Preis eingeben / 1 M | Ausgabepreis / 1 M | Cache-Treffer / 1 M |
|---|---|---|---|---|
Claude Fable 5 anthropic/claude-fable-5 | 1M | $3.25 / 1M | $16.25 / 1M | $0.325 / 1M |
Claude Fable 5.1 anthropic/claude-fable-5-1 | 1M | $3.25 / 1M | $16.25 / 1M | $0.08125 / 1M |
Claude Haiku 4.5 anthropic/claude-haiku-4-5-20251001 | 200K | $0.325 / 1M | $1.625 / 1M | $0.0325 / 1M |
Claude Haiku 5.5 anthropic/claude-haiku-5-5 | 1M | $0.0325 / 1M | $0.1625 / 1M | $0.00325 / 1M |
Claude Opus 4.5 anthropic/claude-opus-4-5-20251101 | 200K | $1.625 / 1M | $8.125 / 1M | $0.1625 / 1M |
Claude Opus 4.6 anthropic/claude-opus-4-6 | 1M | $1.625 / 1M | $8.125 / 1M | $0.1625 / 1M |
Claude Opus 4.7 anthropic/claude-opus-4-7 | 1M | $1.625 / 1M | $8.125 / 1M | $0.1625 / 1M |
Claude Opus 4.8 anthropic/claude-opus-4-8 | 1M | $1.625 / 1M | $8.125 / 1M | $0.1625 / 1M |
Die oben genannten Preise sind die Standardpreise pro Einheit für öffentliche Kanäle; die Abrechnung erfolgt auf Basis des tatsächlichen Token-Verbrauchs. Den vollständigen Modellkatalog anzeigen
FAQ
Wie erkennt man, ob eine Aufgabe mit einem leichten Modell erledigt werden kann?
Macht gestuftes Routing die Antworten langsamer?
Ist ein herstellerübergreifender Fallback sicher?
Referenzen
Diese Modelle über ein Gateway aufrufen
Admesh bietet eine einheitliche OpenAI-kompatible API: eine Base URL und ein Key für Claude, GPT, DeepSeek und mehr. Neue Konten erhalten Testguthaben ohne Ablaufdatum.
