Wie Kosten geschätzt werden
Für jeden Request bepreist GoModel:- Input- und Output-Token zu den Preisen des Modells pro Million Token (MTok).
- Gecachte Input-, Reasoning- und Audio-Token zu ihren eigenen Preisen, sofern der Provider sie meldet, sodass Traffic mit vielen Cache-Treffern oder viel Reasoning korrekt bepreist wird.
- Nicht-Token-Einheiten, wenn der Provider so abrechnet: generierte Bilder (
per_image/output_image_per_mtok), Audiodauer (per_second_input,per_second_output) und Sprachzeichen (per_character_input). Unter Bilder und Audio erfahren Sie, welche Einheit für welches Modell gilt – wenn ein Preis und ein Token-Preis zwei Ausdrucksformen derselben Gebühr sind (die generierten Token eines Bildes, die Dauer eines Audioclips), wird nur einer davon angewendet.
cost_in_usd_ticks), verwendet GoModel diesen Wert statt der Katalogpreise. Jede Zeile hält im Feld cost_source fest, welche Methode verwendet wurde: model_pricing, openrouter_credits oder xai_cost_in_usd_ticks.
Gecachte Token werden nur dann rabattiert, wenn die Preise des Modells einen
cached_input_per_mtok-Preis enthalten. Andernfalls werden sie zum vollen
Input-Preis berechnet.cache_write_per_mtok und 1-Stunden-Schreibvorgänge ("ttl": "1h") zu cache_write_1h_per_mtok. GoModel bepreist jeden Anteil anhand der Aufteilung in usage.cache_creation zu seinem eigenen Preis. Ohne einen cache_write_1h_per_mtok-Preis werden 1-Stunden-Schreibvorgänge zu cache_write_per_mtok berechnet.
Tageszeitabhängige Preise
Manche Provider berechnen je nach Ausführungszeitpunkt eines Requests unterschiedliche Preise. DeepSeek zum Beispiel rechnet seine Nebenzeiten zum halben Preis der Hauptzeiten ab und behandelt Wochenenden als Nebenzeit. Der Katalog veröffentlicht die Standardpreise (Hauptzeit) als Basispreise eines Modells und führt die rabattierten Zeiträume unterpricing.time_windows auf:
start einschließlich, end ausschließlich); ein end gleich oder vor start reicht über Mitternacht hinaus, und days beschränkt einen Bereich auf bestimmte Wochentage (alle Tage, wenn weggelassen). Preise, die in einem Zeitfenster fehlen, behalten ihren Basispreis, und außerhalb aller Zeitfenster gelten die Basispreise. Die Neuberechnung gespeicherter Kosten verwendet den gespeicherten Zeitstempel jeder Zeile, sodass historische Zeilen für das Zeitfenster neu bepreist werden, in das sie tatsächlich fielen. Die Kostenschätzung für gecachten Input im Dashboard wendet Zeitfenster pro Minute der Woche an, passend zur Genauigkeit der Fenstergrenzen.
Auf der Seite Models markiert ein * neben einem Preis ein Modell mit Zeitfenstern; fahren Sie mit der Maus darüber, um Zeitplan und Preise zu sehen. Das Überschreiben eines Basispreises (Input, Output, gecachter Input oder Cache-Schreibvorgang) ersetzt auch den Katalograbatt für diesen Preis: Der Override wird zum Preis für jede Stunde. Modell-Metadaten in config.yaml können außerdem eigene time_windows deklarieren, die die des Katalogs ersetzen.
Zeitfenster sind ausschließlich wiederkehrende UTC-Zeitpläne. Regeln, die der
Katalog nicht abbilden kann – Feiertage eines Providers oder Aktionen mit
festem Enddatum –, werden nicht angewendet.
Woher die Preise stammen
Die Preise eines Modells werden in folgender Prioritätsreihenfolge aufgelöst:- Vom Betreiber im Dashboard gesetzte Overrides.
- Metadaten unter
providers.<name>.modelsinconfig.yaml. - Der Modellkatalog, bezogen aus der Registry
ai-model-list.
ai-model-list und reichen Sie dort eine Korrektur ein, oder setzen Sie für eine sofortige Behebung einen Override.
Die Preise sind ein Teil einer umfassenderen Metadaten-Pipeline, die auch Kontextfenster, Fähigkeiten und Modellkategorien auflöst – die vollständige Quellenkette finden Sie unter Modell-Metadaten.
Preise überschreiben
Überschreiben Sie Preise, wenn der Katalogpreis falsch ist, fehlt oder von Ihrem ausgehandelten Preis abweicht. Öffnen Sie die Seite Models, suchen Sie das Modell und öffnen Sie dessen Editor Pricing override. Legen Sie einen oder mehrere Preistypen (Input, Output, gecachter Input usw.) in USD fest. Gespeicherte Felder überschreiben die Preise aus dem Katalog und ausconfig.yaml für diesen Selektor; nicht gesetzte Felder werden weiterhin geerbt.
Die Seite Models listet die Preise jedes Modells auf; die $-Aktion öffnet dessen Preis-Override
Legen Sie einen Preistyp und einen USD-Wert fest; gespeicherte Felder überschreiben die Preise aus dem Katalog und aus config.yaml für den Selektor
Summen im Dashboard
- Estimated Cost – Ausgaben für Live-Requests an Provider; Cache-Treffer sind ausgenommen.
- Saved Cost – was aus dem Cache bediente Requests andernfalls gekostet hätten.
--- bedeutet, dass die Kosten unbekannt sind, weil keine Preise verfügbar waren. Das ist nicht dasselbe wie $0.
Gespeicherte Kosten neu berechnen
Die Neuberechnung ermittelt die gespeicherten Kosten der passenden Nutzungszeilen anhand der aktuellen Preise neu. Verwenden Sie sie nach der Änderung eines Overrides oder wenn zum Zeitpunkt eines Requests keine Preise verfügbar waren. Die Aktion ist standardmäßig aktiviert (USAGE_PRICING_RECALCULATION_ENABLED); wählen Sie in der Nutzungsansicht Recalculate und geben Sie dann zur Bestätigung recalculate ein. Sie ist auf den ausgewählten Datumsbereich, Provider oder das Modell sowie den User Path beschränkt.