GPT-6 Astra kostet $10.00 Input und $50.00 Output pro 1M Tokens. GPT-5.6 Sol kostet mit Aktionspreis $4.00 und $20.00, Terra $2.00 und $12.00, Luna $0.20 und $1.20. Das sind Standard-Tarife für kurzen Kontext auf der offiziellen Preisseite, geprüft am 8. September 2026. Der Aktionspreis von Sol ist mindestens bis zum 21. November 2026 verfügbar.
Bei diesen vier Modellen beeinflussen Service-Tier, Kontextstufe und Cache-Zustand den Tarif, während Reasoning bestimmt, wie viele Output-Tokens du verbrauchst. Der Output-Tarif von Sol reicht inzwischen von $10.00 im Batch bei kurzem Kontext bis $60.00 im Fast-Modus bei langem Kontext. Vergleiche die tatsächliche Anfragekonfiguration, statt anzunehmen, dass ein günstigeres Modell die Rechnung immer senkt.
Bei einer Support-Warteschlange solltest du außerdem die Kosten des gesamten Workflows vergleichen. Die Credit-basierte Preisgestaltung von eesel (1 Credit pro Ticket oder Chat) verwendet andere Einheiten als eine OpenAI-API-Rechnung. Die CLI-Anleitung weiter unten zeigt, wie ein Coding-Agent die Workspace-Abrechnung und die Aktivität des ausgewählten Teammates prüfen kann, einschließlich der Kosten chatbasierter Proben.
Warum mir die Multiplikatoren wichtiger sind als die Tarife
Ich baue bei eesel Integrationen und APIs. Bei einem Support-Workflow will ich mehr wissen als den Preis eines Modellaufrufs: wie viel Kontext jede Anfrage enthält, welche Tools sie nutzt und wie diese Arbeit abgerechnet wird.
Unsere Vertriebsnotizen vom Februar 2026 beschreiben ein E-Mail-Sicherheitsunternehmen auf Freshdesk, das auf 20.000 Tickets im Jahr zusteuert. Der Käufer berichtete, an einem Testtag 200 API-Aufrufe genutzt zu haben, und sorgte sich um die Kosten bei erwarteten 9.000 Interaktionen im Monat. Das ist eine historische Sorge über das Testvolumen, keine OpenAI-Rechnung und kein Beleg dafür, dass eine bestimmte Prompt-Größe die Kosten verursacht hat. Ich würde zuerst die Abrechnungseinheit klären, bevor ich einen Test auf ein Produktionsbudget hochrechne.
Das ist der ganze Grund für den Aufbau dieses Beitrags. Die Preisliste steht zuerst, weil du danach gefragt hast, und danach die vier Dinge, die sie tatsächlich verschieben, denn darauf würde ich schauen, wenn du mir deine Rechnung zeigst und fragst, warum sie letzten Monat doppelt so hoch war.
Ausgewählte OpenAI-API-Modellpreise
Die folgenden ausgewählten Modelltarife gelten pro 1M Tokens in USD und wurden am 8. September 2026 mit OpenAIs Preisseite abgeglichen. Diese Tabelle nutzt Standard-Tarife für kurzen Kontext; die offizielle Seite listet außerdem ältere Modelle und spezialisierte Dienste.
| Modell | Input | Gecachter Input | Cache-Schreibvorgang | Output | Kontextfenster | Max. Output |
|---|---|---|---|---|---|---|
gpt-6-astra | $10.00 | $1.00 | $12.50 | $50.00 | 1,050,000 | 128,000 |
gpt-5.6-sol | $4.00 | $0.40 | $5.00 | $20.00 | 1,050,000 | 128,000 |
gpt-5.6-terra | $2.00 | $0.20 | $2.50 | $12.00 | 1,050,000 | 128,000 |
gpt-5.6-luna | $0.20 | $0.02 | $0.25 | $1.20 | 1,050,000 | 128,000 |
gpt-5.6-cyber | $12.50 | $1.25 | $15.625 | $75.00 | 400,000 gesamt; max. 272,000 Input | 128,000 |
chat-latest | $5.00 | $0.50 | nicht angegeben | $30.00 | nicht angegeben | nicht angegeben |
gpt-5.3-codex | $1.75 | $0.175 | nicht angegeben | $14.00 | nicht angegeben | nicht angegeben |
gpt-5.6 ist ein Alias, der auf Sol routet. Sol, Terra und Luna haben denselben Wissensstand vom 16. Februar 2026 und akzeptieren für reasoning.effort die Werte none, low, medium (Standard), high, xhigh und max, laut ihrer Modelldokumentation. Astra hat eigene Spezifikationen; wende die GPT-5.6-Standardwerte nicht darauf an. Unsere Liste der OpenAI-Modelle deckt das breitere Angebot ab.
Zwei Zeilen verdienen einen Hinweis. gpt-5.6-cyber, das Daybreak-Red-Modell, listet $12.50 Input und $75 Output, ohne Langkontext-Stufe in der Preisliste. Diese Tarife entsprechen dem 3,125-Fachen beziehungsweise 3,75-Fachen von Sols aktuellen Aktionstarifen für Input und Output. Unser Leitfaden zu den GPT-5.6-Cyber-Preisen behandelt dieses Modell. chat-latest listet dagegen $5 Input und $30 Output und teilt Sols aktuelle Tarife damit nicht mehr.
Die Aliase gpt-daybreak-blue-latest und gpt-daybreak-red-latest zeigen derzeit auf gpt-5.6-sol und gpt-5.6-cyber. OpenAI sagt, dass sich ihre Ziele und Preise ändern werden, sobald neuere Modelle ins Programm kommen. Ein beweglicher Alias fixiert daher weder eine Modellversion noch einen Preis.
Die Preisanpassung vom 30. Juli hat verändert, wo du Modellaufrufe platzierst
Das OpenAI-Changelog verzeichnet ab dem 30. Juli 2026 eine Preissenkung von 80% bei Luna und von 20% bei Terra. Ihre aktuellen Standard-Tarife für kurzen Kontext sind $0.20/$1.20 beziehungsweise $2/$12. Sols spätere Aktionstarife stehen separat in der aktuellen Tabelle oben. Ein Hacker-News-Kommentator reagierte auf die Luna-Senkung:
"80% price cut for luna is a very aggressive pricing move"
Ein Beitrag von AI Builders hob die entstandene Lücke zwischen Luna und Terra hervor:
"Luna and Terra now sit 10x apart on both input and output, where the gap was 2.5x."
Zu den aktuell gelisteten Tarifen sind Terras Input- und Output-Preise jeweils das 10-Fache von Lunas. Das macht Luna für geeignete Workloads einer Prüfung wert, beweist aber nicht, dass ein Team mit Terra zu viel zahlt: Genauigkeit, Token-Verbrauch und Latenz können sich unterscheiden. Ein Kommentator, der interne Benchmarks im Gemini-3.7-Flash-Thread beschrieb, berichtete:
"Then gpt-5.6-luna came along with the price cuts and immediately supplanted gpt-5-mini."
Service-Tier und Kontextstufe verändern den Tarif
Für Astra, Sol, Terra und Luna listet die Preisseite vier Service-Tiers und zwei Kontextstufen. Jede Kombination hat eigene Tarife für Input, gecachten Input, Cache-Schreibvorgänge und Output. Andere Modelle haben eine andere Verfügbarkeit; wende dieses Schema nicht auf jede Zeile der Seite an.
| Kostenfaktor | Was sich ändert | Was du messen solltest |
|---|---|---|
| Service-Tier | Input- und Output-Tarife des gewählten Tiers | Effektives Tier jeder Anfrage |
| Kontextstufe | Tarife der gesamten Anfrage oberhalb der Schwelle des Modells | Gesamte Input-Tokens pro Anfrage |
| Cache-Zustand | Nur Input-Tarife: normaler Input, Lesevorgänge oder Schreibvorgänge | In jeder Input-Kategorie abgerechnete Tokens |
| Reasoning | Abgerechnete Output-Menge, kein separater Tarif-Multiplikator | Reasoning-Tokens zusätzlich zum sichtbaren Output |
Allein beim Output reicht gpt-5.6-sol von $10.00 pro Million Tokens (Batch, kurzer Kontext) bis $60.00 (Fast-Modus, langer Kontext). Das ist ein Faktor 6 beim Output-Tarif über die Kombinationen aus Tier und Kontextstufe, nicht die Aussage, dass derselbe Prompt in beide Kontextstufen gehört. Zu den Standard-Tarifen für kurzen Kontext kostet gecachter Input $0.40 pro Million Tokens und Cache-Schreibvorgänge kosten $5.00. Das sind die aktuellen Sol-Aktionstarife, mindestens bis zum 21. November 2026 verfügbar.
Ich würde Modell und Service-Tier gemeinsam vergleichen. Zum Beispiel, alle Tarife pro Million Tokens:
| Konfiguration | Input | Output |
|---|---|---|
gpt-5.6-sol im Batch, kurzer Kontext | $2.00 | $10.00 |
gpt-5.6-terra im Fast-Modus, kurzer Kontext | $4.00 | $24.00 |
gpt-5.6-terra im Fast-Modus, langer Kontext | $8.00 | $36.00 |
Bei Tarifen für kurzen Kontext kostet Terra im Fast-Modus beim Input das Doppelte von Sol im Batch und beim Output das 2,4-Fache. Der Wechsel von Sol Batch zu Terra Fast kann die Token-Kosten daher erhöhen, obwohl man ein günstigeres Modell wählt. Nur das Modell bei gleichem Tier zu ändern, ist ein anderer Vergleich. Batch hat außerdem andere Latenzanforderungen, daher würde ich prüfen, ob der Workload warten kann, bevor ich es als austauschbare Option behandle.
Die 272K-Klippe
Die Preisseite trennt Tarife für kurzen und langen Kontext. Die Modellseite zu GPT-5.6 Sol erklärt, wann die höhere Stufe greift:
Prompts with >272K input tokens are priced at 2x input and 1.5x output for the full request.
Daraus folgen drei Dinge, und alle drei zählen.
Erstens liegt die Schwelle bei 272.000 Input-Tokens, nicht bei dem Kontextfenster von 1.050.000 Tokens, mit dem das Marketing wirbt. Du bekommst grob ein Viertel des beworbenen Fensters zum beworbenen Preis.
Zweitens wird die gesamte Anfrage neu bepreist, nicht nur der Überhang. Zu den aktuellen Sol-Standard-Tarifen wird ein Prompt mit 272.001 Tokens ohne gecachten Input komplett mit $8 pro Million Input-Tokens abgerechnet, nicht 272.000 Tokens zu $4 und eines zu $8. Gecachte Lese- und Schreibvorgänge haben ebenfalls eigene Langkontext-Spalten.
Drittens verschiebt sie auch den Output, um das 1,5-Fache, obwohl die Länge deiner Antwort nichts damit zu tun hat, wie lang der Prompt war.
Preistabelle und Modellseite sollten zusammen gelesen werden. Korbinian Abstreiters LinkedIn-Beitrag beschreibt die Überraschung über die Schwelle:
"Still didn't expect it"
Ich würde vor dem Überschreiten von 272K nach redundantem Kontext suchen und dann testen, ob eine Verdichtung die für eine korrekte Antwort nötigen Informationen erhält. Eine niedrigere Token-Rechnung ist keine nützliche Ersparnis, wenn sie wesentliche Belege entfernt.
Eine Hacker-News-Diskussion verbindet Codex-Kontexteinstellungen mit Langkontext-Gebühren. Ein Kommentator bot diese Erklärung an:
"It cost people a LOT of money."
Das ist die Darstellung des Kommentators, keine offizielle Erklärung der Produktentscheidung. Sie belegt weder OpenAIs Motive noch den aktuellen Codex-Standard. Für dieses API-Budget ist entscheidend, wie viele Input-Tokens jede Anfrage hat und in welcher Preisstufe sie liegt.
Eine vereinfachte Rechnung mit quadratischer Attention ist keine Messung der Betriebskosten eines Anbieters. Architektur, Caching und Hardware spielen ebenfalls eine Rolle, daher kann sie nicht erklären, warum OpenAI diese Preisstufe gewählt hat. Die Schwelle selbst ist eindeutig; ein Kommentator stellte ihre abrupte Form infrage:
"I'm actually surprised it's implemented as a hard cutoff instead of a smooth gradient."
Der Leitfaden zu den Ratenlimits beschreibt separate Limits für Langkontext-Anfragen. Prüfe die geltenden Limits in deiner Entwicklerkonsole; ein separater Pool belegt für sich genommen keinen geringeren Durchsatz. Unser Leitfaden zu den OpenAI-Ratenlimits erklärt die zugehörigen Limits.
Kontextabhängige Preise gibt es nicht nur bei OpenAI, aber die Schwellen unterscheiden sich. Die Modellseite zu Grok 4.6 listet Preise für höheren Kontext ab 200K, nicht OpenAIs Grenze von 272K. Prüfe die modellspezifische Tabelle jedes Anbieters, statt diese Aufschläge als gleichwertig zu behandeln. Unser Leitfaden zu den Grok-4.6-Preisen behandelt dieses Modell separat.
Was die Klippe in einem hypothetischen Workload kostet
Nimm einen hypothetischen Retrieval-Antwortbot auf Sol: 40.000 Input-Tokens pro Anfrage, 900 abgerechnete Output-Tokens, 30.000 Anfragen im Monat, 50% des Inputs als gecacht abgerechnet. Das sind $3,180 im Monat im Standard, allein für Tokens, ohne Cache-Schreibvorgänge, Tool-Gebühren und regionale Bearbeitungsgebühren.
Nun nimm an, jemand erweitert das Retrieval-Fenster, und jede Anfrage trägt stattdessen 300.000 Input-Tokens. Gleiches Modell, gleiches Tier, gleiches Volumen.
| Input-Tokens pro Anfrage | Stufe | Monatliche Kosten |
|---|---|---|
| 40,000 | kurz | $3,180 |
| 271,000 | kurz | $18,426 |
| 300,000 | lang | $40,410 |
In diesem Beispiel senkt das Kürzen des Prompts von 300.000 auf 271.000 Tokens die geschätzten monatlichen Token-Kosten von $40,410 auf $18,426. Das sind etwa 54% weniger dafür, dass pro Anfrage 29.000 Input-Tokens entfallen. Ich würde zuerst testen, ob der entfernte Kontext die Antwortqualität beeinflusst. Diese Ersparnis hängt davon ab, dass der Workload die Preisschwelle überschreitet; sie belegt nicht, dass Kontextkürzung immer besser ist als ein Modellwechsel.
Ein Beitrag auf r/openrouter beschreibt eine lokale Kostenschätzung, die vom Dashboard des Anbieters abwich. Der Autor fügte eine von einem LLM erzeugte Erklärung ein, darunter diese Behauptung:
"Approximately 221 requests exceeded the 272K threshold."
Der Autor berichtete von etwa $1.35 in OpenCode und $2.30 in OpenRouter. Die Abstimmung auf $2.297 und die Zahl von 221 Anfragen stammten aus der eingefügten Modellantwort, nicht aus einem unabhängig geprüften Nutzungsexport. Ich würde das als Hinweis behandeln, den man mit den Unterlagen des Anbieters abgleicht, nicht als Beweis der Rechnung. Es betrifft außerdem OpenRouter-Preise, keine direkte OpenAI-Rechnung.
Prompt Caching bringt 90% Rabatt und 25% Aufschlag
Zu den aktuellen Sol-Standard-Tarifen für kurzen Kontext kostet gecachter Input $0.40 pro Million Tokens gegenüber $4.00 ungecacht, ein Rabatt von 90%. Cache-Schreibvorgänge kosten $5.00 pro Million Tokens, das 1,25-Fache des ungecachten Input-Tarifs. Der Leitfaden zum Prompt Caching unterscheidet normalen Input, Cache-Lesevorgänge und Cache-Schreibvorgänge; ich würde alle drei berücksichtigen, statt einen einzigen Rabatt auf den Prompt anzuwenden.
Der Caching-Leitfaden unterscheidet GPT-5.6 und neuere Modelle, die Cache-Schreibvorgänge berechnen, von früheren Modellen ohne diese zusätzliche Gebühr. Ein Kommentator bemerkte den Unterschied beim Vergleich der Modellseiten:
"There was no cache write before!"
"Anyway this does mean the "real" prices are +25% on top of what you wrote there."
Für dieselbe Menge zulässiger Präfix-Tokens kostet ein Schreibvorgang plus eine vollständige Wiederverwendung das 1,35-Fache der normalen Input-Verarbeitung, verglichen mit dem 2-Fachen bei zwei ungecachten Durchläufen. Zu Sols Tarifen für kurzen Kontext sind das $5.40 statt $8.00 pro Million Präfix-Tokens über diese zwei Durchläufe. Ein Schreibvorgang ohne spätere Wiederverwendung kostet 25% mehr als die normale Input-Verarbeitung. Workloads mit einzigartigen Anfragen können daher davon profitieren, zu steuern, welche Inhalte geschrieben werden, ein Anliegen, das in diesem r/OpenAI-Thread aufkam:
"Most of our API usage isn't for chat bots or long-running agents. We build task-oriented applications where every request is unique: document processing, …"
Der OpenAI-Caching-Leitfaden erklärt, dass gecachte Key-Value-Zustände die Arbeit eines früheren Präfixes bewahren. Sie belegen Ressourcen, solange sie gehalten werden, aber dieser Mechanismus allein belegt weder die Kosten des Anbieters noch rechtfertigt er einen bestimmten Aufschlag. Zum Vergleich: Anthropics Preise listen Schreibvorgänge bei Opus 5 mit dem 1,25-Fachen des normalen Inputs für fünf Minuten Aufbewahrung und dem 2-Fachen für eine Stunde. Vergleiche das Muster aus Aufbewahrung und Wiederverwendung, nicht nur den Schreib-Multiplikator.
Die Mechanik, die entscheidet, ob du die Wette gewinnst
Aus dem Leitfaden zum Prompt Caching:
| Mechanik | Wert |
|---|---|
| Minimal cachebares Präfix, GPT-5.6 und neuer | 1,024 Tokens, ein striktes Minimum |
| Minimum bei früheren Modellen | 2,048 sichtbare Tokens; einige frühere Modelle können auch darunter Treffer erzeugen |
| Cache-Lebensdauer, GPT-5.6 und neuer | Mindestens 30 Minuten nach dem letzten Schreib- oder Wiederverwendungsvorgang; Wiederverwendung hat keine neue Schreibgebühr |
| Cache-Lesetarif | 10% des Input-Tarifs |
| Cache-Schreibtarif | 125% des Input-Tarifs |
| Abgleich | Exakter Präfix-Abgleich an einem zulässigen Haltepunkt |
| Routing-Schlüssel | Optionaler prompt_cache_key; stabile Schlüssel helfen beim Routen gemeinsamer Präfixe, garantieren aber keine Wiederverwendung |
| Routing-Kapazität | Ab etwa 15 Anfragen pro Minute auf einer Maschine kann Überlauf-Routing Cache-Fehlschläge verursachen |
| Schreibvorgänge pro Anfrage | Maximal 4 |
| Beim Lesen berücksichtigte Haltepunkte | Die letzten 50 |
Bei GPT-5.6 und neuer kann explizites Caching einen Haltepunkt nach stabilen Anweisungen setzen und wechselnde Ticket-Inhalte vom Cache-Schreibvorgang ausnehmen. Mit explizitem Modus und ohne Haltepunkte liest und schreibt die Anfrage den Cache nicht. Das ist wichtig für einmalige Support-Anfragen: Dieselben Anweisungen zu wiederholen reicht nicht, wenn der einzige gespeicherte Haltepunkt auch die Nachricht eines anderen Kunden einschließt. Ich würde cached_tokens, cache_write_tokens und die gesamten Input-Kosten vor und nach einer Änderung vergleichen.
Bei einer ausgelasteten Support-Warteschlange würde ich neben dem Präfix-Abgleich auch das Routing beobachten. Die Dokumentation erklärt, dass Traffic über etwa 15 Anfragen pro Minute auf einer Maschine anderswohin überlaufen und seinen Cache verfehlen kann. Das ist kein garantiertes Limit pro Schlüssel und kein Versprechen, dass jede Anfrage darüber danebenliegt. Wenn die Cache-Treffer einer ausgelasteten Gruppe sinken, verteile sie auf stabile Schlüssel und miss dann das Ergebnis. Schlüssel beeinflussen das Routing; sie reservieren keine Maschine.
Die Dokumentation sagt auch ausdrücklich: "repeated prompt content alone does not guarantee a cache hit." Die Fehlerquellen sind banal und teuer, und Eric Nowoslawskis LinkedIn-Beitrag ist die klarste Darstellung, die ich gefunden habe, von jemandem, der es zuerst falsch gemacht hat:
"We were messing it up with putting custom parts of the prompt in the second or third sentence."
Die Cache-Lebensdauer ist für geplante Arbeit wichtig. Nimm zehn hypothetische Anfragen im Abstand von zehn Minuten, die jeweils dasselbe zulässige Präfix von 100.000 Tokens wiederverwenden. Zu den aktuellen Sol-Standard-Tarifen für kurzen Kontext kostet es $4.00, dieses Präfix zehnmal ungecacht zu verarbeiten. Ein Schreibvorgang gefolgt von neun vollständigen Cache-Lesevorgängen kostet $0.86: $0.50 für den Schreibvorgang plus neun Lesevorgänge zu je $0.04. Anderer Input und Output-Tokens sind hier ausgeschlossen.
Die Lebensdauer von 30 Minuten erlaubt Wiederverwendung über diese Abstände von zehn Minuten, aber das Timing allein garantiert keine Treffer: Passende Haltepunkte und das Routing zählen weiterhin. Ein Cache, der vor jeder Anfrage abläuft, würde das Ergebnis ändern. Ich würde die tatsächlichen Aufbewahrungseinstellungen und die beobachtete Wiederverwendung vergleichen, bevor ich behaupte, ein Anbieter sei günstiger. Ravi Kirans Caching-Beitrag betont Wiederverwendung und Routing. Seine numerischen Trefferquoten betreffen andere Serving-Setups und sind keine gemessene Grundlage für deine OpenAI-Anwendung. Der praktische Punkt ist:
"You need sticky routing, stable prefixes, and workloads that actually repeat."
Ich würde im Rechner den gemessenen Anteil der aus dem Cache bedienten Input-Tokens verwenden und dann Szenarien mit niedrigeren Trefferquoten testen. Weder 30% noch 90% sind ein vertretbarer Standardwert für jede Anwendung, und die Schätzung des Rechners schließt Cache-Schreibgebühren weiterhin aus.
Reasoning-Tokens werden zum Output-Tarif abgerechnet
Alle drei GPT-5.6-Modelle akzeptieren reasoning.effort mit none, low, medium, high, xhigh oder max, wobei medium der Standard ist. Diese Reasoning-Tokens werden als Output-Tokens abgerechnet.
Der Reasoning-Aufwand beeinflusst das Token-Volumen, nicht den Tarif pro Token. Zum Beispiel kostet der Output von Sol im Standard bei kurzem Kontext $20 pro Million Tokens, einschließlich abgerechneter Reasoning-Tokens. Eine höhere Aufwandseinstellung kann den Verbrauch erhöhen, aber die Größe dieser Änderung hängt von der Aufgabe ab. Ich würde sie messen, statt einen festen Multiplikator zwischen den Stufen anzunehmen.
"But at least via the API, you pay for tokens you cannot see."
Die Folge ist, dass der Reasoning-Aufwand die Preislücke, die die Modellstufen darstellen sollen, teilweise einebnet. Ein Kommentator im Qwen-3.8-Max-Thread brachte es präzise auf den Punkt:
"So a mid priced model, with heavy reasoning output, cost the same as a expensive model, with medium reasoning output."
Wenn du Reasoning-Einstellungen vergleichst, halte Modell, Evaluierungsaufgaben, Aufwandsstufe und die insgesamt abgerechneten Tokens fest. Ein Benchmark eines Dritten kann Kandidaten zum Testen vorschlagen, ist aber keine Messung deiner Support-Warteschlange. Ich würde Qualität und Kosten an denselben repräsentativen Anfragen vergleichen, bevor ich eine Einstellung wähle.
Ein Entwickler teilte eine lokale Nutzungsanalyse, bepreist zu den Listenpreisen von Opus 4.7, nicht als OpenAI-Rechnung. Die Schätzung für den Haupt-Thread lag bei $19,221: 56% Cache-Lesevorgänge, 35% Cache-Schreibvorgänge und 8% Output einschließlich Reasoning. Die breitere Analyse umfasste 933 Sitzungen über Haupt-Threads und Subagenten, mit einer kombinierten Schätzung von etwa $22,720. Das sind die rekonstruierten Kosten des Autors, keine verifizierten bezahlten Beträge.
"Same shape as yours: re-read dominates, reasoning is the biggest re-read line, caching is the only thing keeping it sane."
Diese berichtete Schätzung veranschaulicht eine mögliche Kostenverteilung, keine Regel für jeden Agenten. Das wiederholte Verarbeiten einer langen Unterhaltung kann gecachten Input selbst bei hoher Trefferquote zu einem großen Kostenpunkt machen. Andere Workloads können von Output, Cache-Schreibvorgängen oder Tools dominiert werden. Ich würde diese Kategorien in den tatsächlichen Nutzungsdaten trennen, bevor ich eine Optimierung wähle.
Ich würde Token-Zahlen und Antwortqualität bei jeder Aufwandsstufe an repräsentativem Traffic messen. Das Ändern des Service-Tiers, das Kürzen redundanten Kontexts, bessere Wiederverwendung und die Wahl eines anderen Modells betreffen unterschiedliche Kosten. Unser Leitfaden zu KI-Modellen für Support-Tickets behandelt die Modellwahl für diesen Workload; er ist kein Beleg dafür, dass eine Optimierung bei allen Warteschlangen gewinnt.
Batch, Flex und Fast-Modus
Für die vier Modelle im Rechner verändern Service-Tiers die veröffentlichten Token-Tarife wie unten gezeigt. Flex und Fast nutzen eine Anfrageeinstellung; Batch erfordert, die Arbeit über den separaten Batch-API-Workflow einzureichen.
| Tier | Multiplikator | Was du aufgibst oder bekommst | Feldwert |
|---|---|---|---|
| Batch | 0.5x | Abschlussfenster von 24 Stunden, kein anderes Fenster angeboten | Batch-API-Endpunkt |
| Flex | 0.5x | Langsamere Antworten, gelegentliche Ressourcenknappheit | service_tier: "flex" |
| Standard | 1x | Basistarif | Effektives Tier prüfen; fehlende Einstellung folgt dem Projektstandard |
| Fast-Modus | 2x | Bis zu 2,5x schneller, konsistentere Latenz | service_tier: "fast" oder "priority" |
Ein paar Details aus der Dokumentation, die ändern, wie du sie einsetzen würdest.
Die Batch API bietet 50% niedrigere Token-Kosten und einen separaten Ratenlimit-Pool. Für Sol bei Tier 5 fasst die gelistete Batch-Warteschlange 15 Milliarden Input-Tokens; das ist ein Kapazitätslimit der Warteschlange, kein direkt vergleichbarer Durchsatz mit dem synchronen Limit von 40 Millionen Tokens pro Minute. Ein Batch erlaubt bis zu 50.000 Anfragen und eine Eingabedatei von 200 MB, mit bis zu 2.000 Batch-Erstellungen pro Stunde. Das unterstützte Abschlussfenster beträgt 24 Stunden. Läuft ein Batch ab, werden unfertige Anfragen abgebrochen, und abgeschlossene Anfragen bleiben abrechenbar. Damit eignet er sich für Arbeit, die warten kann, nicht für jede Live-Support-Antwort. Ein Praktiker beschrieb, wie er das Produkterlebnis an diese Verzögerung anpasste:
"The other thing I started looking into is batch pricing which represents 50% off for OAI tokens right now."
Prüfe die Batch-Unterstützung für das genaue Modell und den Endpunkt, bevor du darauf aufbaust. Die Preisseite enthält Batch-Zeilen für mehrere Pro-Modelle, daher belegt weder die Bezeichnung Pro noch ein hoher Standardpreis, dass Batch nicht verfügbar ist. Die Latenz bleibt eine eigene Einschränkung. Unsere Aufschlüsselung der Codex-Preise behandelt die Kosten dieses Modells.
Flex Processing nutzt Batch-Token-Tarife für synchrone Anfragen bei unterstützten Modellen. Es kann langsamer oder zeitweise nicht verfügbar sein, daher empfiehlt OpenAI es für Arbeit mit niedrigerer Priorität wie Evaluierungen und Anreicherung. Der Leitfaden zeigt ein Timeout von 15 Minuten für lange Anfragen. Ein Flex-Fehler wegen nicht verfügbarer Ressourcen wird nicht berechnet, das heißt aber nicht, dass jede fehlgeschlagene oder abgelaufene Anfrage kostenlos ist. Begrenze Wiederholungsversuche und entscheide ausdrücklich, ob sich der Rückfall auf das Standard-Tier des Projekts mit den anderen Kosten lohnt.
Der Fast-Modus wurde am 30. Juli 2026 von Priority Processing umbenannt. Sowohl service_tier: "priority" als auch service_tier: "fast" werden unterstützt. OpenAI bewirbt für Sol bis zu 2,5x höhere Geschwindigkeit, keine garantierte Latenzreduzierung bei jeder Anfrage. Für die vier Rechner-Modelle sind die veröffentlichten Fast-Token-Tarife doppelt so hoch wie die Standard-Tarife; das verdoppelt den Preis pro Token, nicht die Zahl der verbrauchten Tokens. Fast unterstützt keine feinabgestimmten Modelle und keine Embeddings.
Prüfe neben der Anfrage auch den Projektstandard. Ein auf Fast konfiguriertes Projekt kann Fast nutzen, wenn service_tier fehlt; das Weglassen garantiert keine Standard-Preise. Das service_tier der Antwort zeigt das tatsächlich genutzte Tier. GPT-5.6-Antworten melden priority für Fast, und Anfragen, die bei schnellem Traffic-Wachstum herabgestuft wurden, können default melden und zum Standard-Preis abgerechnet werden.
Zwei Warnungen dazu. Erstens: Der Fast-Modus summiert sich mit dem Langkontext-Aufschlag: Sol-Fast-Langkontext-Input kostet $16.00 pro Million Tokens, verglichen mit $4.00 für Standard-Kurzkontext-Input. Das ist das 4-Fache, nicht das 2-Fache. Zweitens: Prüfe das effektive Tier deiner Anfragen, statt anzunehmen, dass ein Hintergrundjob Standard nutzt:
"When I was going through this it was because OpenAI had defaulted to /fast mode with 2x token usage"
Das war jemand, der einen unerklärlichen Anstieg der Burn-Rate im Launch-Thread zu GPT-5.6 diagnostizierte. Ob 2,5x Geschwindigkeit 2x Kosten wert ist, ist eine echte Frage mit einer echten Antwort für dein Produkt. Es versehentlich bei einem Hintergrundjob zu bezahlen, ist keine Frage mehr.
Alles andere, was auf der Rechnung landet
Tokens sind nicht die ganze Rechnung. Tools, Audio, Bilder und Video haben alle eigene Zähler, und hier hört ein "günstiger" Prototyp unbemerkt auf, günstig zu sein.
Tools
| Tool | Detail | Preis |
|---|---|---|
| Websuche | Alle Modelle | $10.00 / 1k Aufrufe, plus Content-Tokens zu Modelltarifen |
| Websuche-Vorschau | Modelle ohne Reasoning | $25.00 / 1k Aufrufe, Content-Tokens kostenlos |
| Dateisuche | Tool-Aufruf | $2.50 / 1k Aufrufe |
| Dateisuche | Speicher | $0.10 / GB pro Tag, 1 GB gratis |
| Container | Hosted Shell und Code Interpreter | $0.03 bis $1.92 pro 20-Minuten-Sitzung, je nach Speichergröße |
| AgentKit | ChatKit-Upload-Speicher | $0.10 / GB-Tag nach 1 GB gratis pro Monat |
Content-Tokens der Websuche sind abgerufenes Material, das an das Modell übergeben und zu dessen Input-Tarif berechnet wird, zusätzlich zu den geltenden Gebühren für Suchaufrufe. Zulässige Container-Sitzungen werden minutengenau mit einem Minimum von fünf Minuten abgerechnet; prüfe die Preisbedingungen der Sitzung, statt anzunehmen, dass jede kurze Ausführung anteilig abgerechnet wird. Die Preise für Dateisuche-Tool-Aufrufe gelten für die Responses API. Unser AgentKit-Leitfaden, die Referenz zur Vector-Stores-API und der Leitfaden zur Assistants API decken diese verschiedenen Schnittstellen ab.
Audio, Realtime und Transkription
| Modell | Modalität | Input | Gecachter Input | Output |
|---|---|---|---|---|
gpt-realtime-2.1 | Audio | $32.00 | $0.40 | $64.00 |
gpt-realtime-2.1 | Text | $4.00 | $0.40 | $24.00 |
gpt-realtime-2.1-mini | Audio | $10.00 | $0.30 | $20.00 |
gpt-realtime-2.1-mini | Text | $0.60 | $0.06 | $2.40 |
Audio-Output kostet bei gpt-realtime-2.1 $64.00 pro Million Tokens, gegenüber $20.00 bei der Mini-Variante. Das sind Audio-Token-Tarife, daher sagt ein direkter Vergleich mit Text-Token-Preisen nichts über die Kosten eines Gesprächs. Ich würde Audio-Nutzung und Antwortqualität an repräsentativen Anrufen messen. Unser Leitfaden zu den GPT-realtime-mini-Preisen behandelt diesen Zielkonflikt, und der Leitfaden zur Audio- und Sprach-API deckt den Nicht-Realtime-Weg ab.
Die Preisseite nennt Tarife oder Schätzungen pro Minute für die Transkription. Einige Modelle haben außerdem tokenbasierte Preise, daher sollten diese Zahlen nicht alle als pauschaler Minutenpreis gelesen werden:
| Modell | Anwendungsfall | Kosten pro Minute |
|---|---|---|
gpt-realtime-translate | Live-Übersetzung | $0.034 |
gpt-live-transcribe | Live-Transkription | $0.017 |
gpt-realtime-whisper | Live-Transkription | $0.017 |
gpt-transcribe | Transkription | $0.0045 |
gpt-4o-transcribe | Transkription | $0.006 |
gpt-4o-mini-transcribe | Transkription | $0.003 |
Die gelisteten $0.017 pro Minute für gpt-live-transcribe sind etwa das 3,8-Fache des Tarifs von $0.0045 für gpt-transcribe. Letzterer Tarif ist etwa 74% niedriger, aber es sind verschiedene Modelle und Workflows. Dieser Vergleich ist kein Batch-API-Rabatt; teste Latenz, Genauigkeit und Funktionsanforderungen, bevor du wechselst.
Embeddings
OpenAI veröffentlicht Embedding-Preise pro Million Input-Tokens auf der Preisseite: $0.02 für text-embedding-3-small, $0.13 für text-embedding-3-large und $0.10 für text-embedding-ada-002. Der Embeddings-Leitfaden nennt außerdem anschauliche Vergleiche zu Seiten pro Dollar und Benchmarks:
| Modell | Seiten pro Dollar | MTEB-Score | Max. Input |
|---|---|---|---|
text-embedding-3-small | 62,500 | 62.3% | 8,192 |
text-embedding-3-large | 9,615 | 64.6% | 8,192 |
Der Token-Tarif des großen Modells ist das 6,5-Fache des kleinen. Der Benchmark-Unterschied belegt nicht, wie viel besser es Antworten aus deinem Help Center findet. Ich würde beide an denselben Fragen und Dokumenten testen und dabei auch Chunking und Retrieval-Einstellungen prüfen. Unsere Hinweise zum Aufbau einer KI-Wissensdatenbank behandeln dieses Setup.
Bilder und Video
gpt-image-2 berechnet $8.00 pro 1M Bild-Input-Tokens, $2.00 gecacht und $30.00 Output, mit Text-Input zu $5.00. Beachte, dass gecachter Input hier 25% des Inputs beträgt statt der 10%, die Text-Modelle bekommen. Batch halbiert alles.
Der Leitfaden zur Bilderzeugung listet diese Schätzungen der Output-Kosten von GPT Image 2 bei ausgewählten Größen. Addiere Text-Input und etwaige Gebühren für Referenzbild-Input, um eine vollständige Anfrage zu schätzen:
| Qualität | Quadrat 1024x1024 | Hochformat 1024x1536 | Querformat 1536x1024 |
|---|---|---|---|
| Niedrig | $0.006 | $0.005 | $0.005 |
| Hoch | $0.211 | $0.165 | $0.165 |
Nach diesen gelisteten Schätzungen der Output-Kosten kostet ein hochwertiges quadratisches Bild etwa 28% mehr als ein hochwertiges Querformat-Bild, obwohl es weniger Pixel hat. Von niedriger zu hoher Qualität beim Quadrat ist es etwa eine 35-fache Steigerung. Jedes gestreamte Teilbild fügt 100 Bild-Output-Tokens hinzu. Unsere Hinweise zur Bildbearbeitungs-API behandeln Bearbeitungs-Endpunkte.
Video wird pro Sekunde abgerechnet, nicht pro Token:
| Modell | Größe | Standard | Batch |
|---|---|---|---|
sora-2 | 720p | $0.10 | $0.05 |
sora-2-pro | 720p | $0.30 | $0.15 |
sora-2-pro | 1024p | $0.50 | $0.25 |
sora-2-pro | 1080p | $0.70 | $0.35 |
Eine einzelne Minute sora-2-pro in 1080p kostet im Standard $42.00. Unsere Sora-2-Aufschlüsselung behandelt, was du dafür bekommst.
Nutzungsstufen entscheiden, was du ausgeben darfst
OpenAIs Nutzungsstufen verknüpfen Zahlungsvoraussetzungen mit genehmigten monatlichen Nutzungslimits und modellbezogenen Ratenlimits. Sie unterscheiden sich von den Ausgabenwarnungen und harten Limits, die du selbst konfigurierst. Der Dollarbetrag in der Zeile Free ist ein genehmigtes Nutzungslimit, keine Gewährung von Gratis-Guthaben.
| Tier | Voraussetzung | Monatliches Nutzungslimit |
|---|---|---|
| Free | Nur zulässige Regionen | $100 / Monat |
| Tier 1 | $5 bezahlt | $100 / Monat |
| Tier 2 | $50 bezahlt | $500 / Monat |
| Tier 3 | $100 bezahlt | $1,000 / Monat |
| Tier 4 | $250 bezahlt | $5,000 / Monat |
| Tier 5 | $1,000 bezahlt | $200,000 / Monat |
Und die Ratenlimits pro Modell wachsen mit. Für gpt-5.6-sol:
| Tier | RPM | TPM | Limit der Batch-Warteschlange |
|---|---|---|---|
| Tier 1 | 500 | 500,000 | 1,500,000 |
| Tier 2 | 5,000 | 1,000,000 | 3,000,000 |
| Tier 3 | 5,000 | 2,000,000 | 100,000,000 |
| Tier 4 | 10,000 | 4,000,000 | 200,000,000 |
| Tier 5 | 15,000 | 40,000,000 | 15,000,000,000 |
Sols aktuelle Modellseite listet Standard-Limits ab Tier 1; der Leitfaden zu den Nutzungsstufen nennt $5 bezahlt als Voraussetzung dieses Tiers. Eine Zahlungsvoraussetzung ist nicht dasselbe wie $5 verbrauchte Tokens. Tier 5 bietet das 10-Fache des gelisteten TPM von Tier 4 und das 75-Fache seiner Batch-Warteschlangenkapazität, ist aber keine universelle Produktionsvoraussetzung. Ich würde den Spitzenbedarf der Anwendung mit den tatsächlichen Limits deiner Organisation und deines Projekts vergleichen.
Ratenlimits werden auf Organisations- und Projektebene gesetzt, nicht pro Nutzer, und einige Modellfamilien teilen sich einen Pool, sodass ein lautes internes Tool deinen Produktions-Traffic drosseln kann. Die Aufnahme in Vector Stores hat eine eigene Obergrenze von 300 Anfragen pro Minute und Store.
Zur Kostenkontrolle erfüllen Ausgabenwarnungen und harte Ausgabenlimits unterschiedliche Aufgaben. Eine Warnung sendet eine Benachrichtigung, während der Traffic weiterläuft. Ein durchgesetztes hartes Limit für Organisation oder Projekt lässt betroffene Anfragen mit 429 antworten, sobald die erfasste Ausgabe den konfigurierten Betrag erreicht. Die Durchsetzung hat eine Verzögerung, daher kann die erfasste Nutzung die Obergrenze leicht überschreiten. Ich würde Warnungen mit einer bewussten Entscheidung für ein hartes Limit und einem Fallback auf Anwendungsebene kombinieren, weil eine Obergrenze auch den Kundensupport unterbrechen kann. Einen Ausgabenlimit-Fehler zu wiederholen stellt das Budget nicht wieder her.
Regionale Preise, Cloud-Abrechnung und Fristen beim Fine-Tuning
Datenresidenz kostet 10%. Der Hinweis steht unter allen vier Tabellen der Service-Tiers: Regionale Verarbeitungs-Endpunkte "are charged a 10% uplift for models released on or after March 5, 2026, that are eligible for data residency." Wenn du in einer regulierten Branche tätig bist und angenommen hast, EU-Verarbeitung sei kostenlos, ist sie es nicht. Der Leitfaden zu deinen Daten listet die unterstützten Regionen.
Bedrock nutzt die AWS-Abrechnung. Der OpenAI-Bedrock-Leitfaden unterscheidet diesen Weg von der direkten API. Die Preise können abweichen, prüfe also das geltende AWS-Modell und die Region. Auch Bedrocks Kontextlimits sind modellspezifisch: 272,000 Tokens für GPT-5.4 und GPT-5.5, aber 1,050,000 für GPT-5.6 Sol, Terra und Luna. Wende das Limit der älteren Modelle nicht auf die gesamte Integration an.
Auch das Self-Serve-Fine-Tuning hat eine Frist. Die Seite zu den Einstellungen sagt, dass Organisationen ohne bisheriges Fine-Tuning am 7. Mai 2026 den Zugang zum Training verloren haben. Am 2. Juli endete der Zugang für Organisationen ohne Inferenz mit feinabgestimmten Modellen in den vorangegangenen 60 Tagen. Aktive Bestandskunden verlieren am 6. Januar 2027 die Möglichkeit, neue Fine-Tuning-Jobs zu erstellen. Die Inferenz läuft weiter, bis das zugrunde liegende Basismodell eingestellt wird, was eine eigene, frühere Frist haben kann. Die Preisseite listet weiterhin mehrere Fine-Tuning-Modelle; ein gelisteter Preis belegt nicht, dass deine Organisation einen Trainingsjob starten kann.
Wenn dein Kostenmodell darauf beruht, ein kleineres Modell feinabzustimmen, prüfe sowohl die Berechtigung zum Training als auch das Abschaltdatum des Basismodells. Prompt Caching und Retrieval können manche Kosten- oder Kontextprobleme lösen, sind aber kein gleichwertiger Ersatz dafür, spezialisiertes Verhalten durch Fine-Tuning zu lernen.
Wie OpenAI preislich im Vergleich abschneidet
Diese ausgewählten Tarife gelten in US-Dollar pro Million Tokens, geprüft am 8. September 2026. Die OpenAI-Zeilen nutzen Standard-Preise für kurzen Kontext; DeepSeek nutzt Off-Peak-Preise. Die Tabelle schließt Tools, Cache-Schreibvorgänge, Speicher und Steuern aus. Ein pauschaler Token-Tarif gilt nur innerhalb des unterstützten Kontextfensters jedes Modells, nicht für unbegrenzte Input-Länge.
| Modell | Input | Cache-Lesevorgang | Output | Langkontext-Preise |
|---|---|---|---|---|
| GPT-5.6 Sol | $4.00 | $0.40 | $20.00 | Input 2x und Output 1.5x ab 272K Input-Tokens |
| GPT-5.6 Terra | $2.00 | $0.20 | $12.00 | Gleiche Multiplikatoren |
| GPT-5.6 Luna | $0.20 | $0.02 | $1.20 | Gleiche Multiplikatoren |
| Claude Opus 5 | $5.00 | $0.50 | $25.00 | Pauschal über das unterstützte Fenster |
| Claude Sonnet 5 | $2.00 | $0.20 | $10.00 | Pauschal über das unterstützte Fenster |
| Claude Haiku 4.5 | $1.00 | $0.10 | $5.00 | Pauschal über das unterstützte Fenster |
| Gemini 3.7 Flash | $0.75 | $0.075 | $3.75 | Kein Aufschlag je Kontextstufe gelistet |
| DeepSeek V4 Flash | $0.22 | $0.007 | $0.66 | Kein Aufschlag je Kontextstufe gelistet |
| Kimi K3 | $3.00 | $0.30 | $15.00 | Kein Aufschlag je Kontextstufe gelistet |
Quellen: OpenAI, Anthropic, Google, DeepSeek und Kimi.
Google listet Gemini 3.7 Flashs Tarife von $0.75/$3.75 bis zum 31. Dezember 2026, danach $1.50/$7.50 ab dem 1. Januar 2027. Das kostenlose Standard-Kontingent umfasst kostenlosen Input und Output, mit separaten Limits und Datennutzungsbedingungen. Bezahltes Context Caching hat außerdem eine Speichergebühr; der Cache-Lesetarif allein sind nicht die vollen Kosten.
DeepSeek verdoppelt die gelisteten Off-Peak-Tarife zwischen 01:00 und 04:00 sowie 06:00 und 10:00 UTC, Montag bis Freitag. Alle anderen Zeiten sind Off-Peak. Ich würde bei der Budgetierung eines rund um die Uhr laufenden Support-Dienstes den erwarteten Anfrageplan verwenden, nicht nur die günstigste Zeile.
Zu den aktuellen Tarifen für kurzen Kontext liegen Sols Aktionspreise von $4 Input und $20 Output unter denen von Opus 5 mit $5 und $25. Sonnet 5 entspricht Terras Input-Tarif von $2 und berechnet $10 Output gegenüber Terras $12. Das sind Vergleiche pro Million Tokens, keine Ergebnisse pro Aufgabe: Modelle können denselben Text unterschiedlich tokenisieren und unterschiedlich viel Reasoning erzeugen. Anthropics Preisdokumentation unterscheidet ebenfalls Langkontext-Preise:
Claude 4.6 and later models and Claude Mythos Preview include the full 1M token context window at standard pricing. (A 900k-token request is billed at the same per-token rate as a 9k-token request.)
Die Kontextstufe kann verändern, welche Option günstiger ist. Bei kurzen Prompts ist der gelistete Output-Tarif von Gemini 3.7 Flash mit $3.75 höher als Lunas $1.20, nicht niedriger. Ebenso ist DeepSeeks gelisteter Off-Peak-Input-Tarif von $0.22 höher als Lunas $0.20, während sein Output-Tarif von $0.66 niedriger ist. Eine einzelne Behauptung, ein Anbieter sei der günstigste, verdeckt diese Unterschiede. Ich würde für jeden Workload Input-, Cache- und Output-Mengen vergleichen und dann Aktionszeiträume und tageszeitabhängige Preise berücksichtigen.
Meine Einschätzung: Prüfe vor einer Migrationsplanung die tatsächlichen Kontextlängen, Service-Tiers und die Cache-Nutzung. Teste Batch für Arbeit, die warten kann, und teste kürzere Prompts, wo Kontext redundant ist. Entferne keine für eine korrekte Antwort nötigen Informationen, nur um eine Preisschwelle zu überschreiten. Vergleiche diese gemessenen Ersparnisse mit einem anderen Anbieter an denselben Aufgaben; weder die Ersparnis noch der Migrationsaufwand lassen sich allein aus einer Preisliste ableiten.
Erst danach lohnt sich ein Anbietervergleich, und unsere Übersicht zu GPT-5.6-Alternativen vergleicht das Feld ordentlich. Wenn du dagegen einen Verbraucher-Seat statt gemessener Tokens kalkulierst, ist ChatGPT-Preise die entsprechende Aufschlüsselung.
Drei durchgerechnete Beispiele
Hier sind drei hypothetische Monats-Workloads mit den aktuellen Tarifen. Alle gehen davon aus, dass 50% der Input-Tokens als gecachter Input abgerechnet werden, sofern nicht anders angegeben. Das sind Schätzungen der Token-Kosten, keine vollständigen Rechnungen: Sie schließen Cache-Schreibvorgänge, Tools, Speicher, regionale Bearbeitungsgebühren und andere Dienste aus. Output-Zahlen müssen abgerechnete Reasoning-Tokens enthalten.
Ein Ticket-Klassifizierer bei hohem Volumen. Luna, 4.000 Input-Tokens pro Ticket, 300 Output, 50.000 Tickets im Monat, mit 60% der Input-Tokens als gecacht abgerechnet. Das sind $36.40 im Monat im Standard oder $18.20 im Batch. Ich würde die Klassifizierungsgenauigkeit testen, bevor ich das günstigere Modell wähle; eine niedrige Token-Rechnung belegt nicht, dass seine Labels nützlich sind.
Ein Retrieval-Antwortbot. Sol, 40.000 Input-Tokens, 900 Output, 30.000 Anfragen im Monat. Die Schätzung beträgt $3,180 im Standard, $1,590 im Batch oder $6,360 im Fast-Modus. Die Differenz zwischen Batch und Fast beträgt $4,770 bei gleichbleibenden Token-Zahlen. Diese Rechnung misst weder die Antwortqualität noch, ob die Batch-Latenz zu einem Live-Support-Gespräch passt.
Derselbe Bot nach einer Retrieval-Änderung. Sol, 300.000 Input-Tokens, 900 Output, 30.000 Anfragen im Standard. Die Schätzung steigt auf $40,410, etwa das 12,7-Fache des Standard-Beispiels mit 40.000 Tokens. Zwei Dinge haben sich geändert: Es gibt 7,5-mal so viele Input-Tokens, und jede Anfrage nutzt jetzt Langkontext-Tarife. Es wäre irreführend, den gesamten Anstieg dem Überschreiten der Schwelle zuzuschreiben.
Der dritte Fall ist der Grund, warum ich immer wieder sage, dass die Modellzeile nicht die eigentliche Geschichte ist. Und er ist auch der Grund, warum ich Token-Preise gerade für eine Support-Warteschlange oft für die falsche Abstraktion halte.
Wo Token-Preise nicht mehr die richtige Frage sind
Alles oben ist eine faire Beschreibung dessen, was du einem Modellanbieter zahlst. Es ist eine schlechte Beschreibung dessen, was ein Support-Ticket dich kostet.
Ein Support-Ticket kann mehrere Modellanfragen, Retrieval-Schritte und Helpdesk-Aktionen erfordern. Vom Modell erzeugte Tool-Argumente und zurückgegebene Tool-Ergebnisse können abgerechnete Tokens hinzufügen; das Ausführen eines Helpdesk-API-Aufrufs verursacht für sich genommen keine weitere Modell-Token-Gebühr. Zähle die tatsächlichen Modellanfragen, abrechenbaren Tool-Dienste und Infrastrukturkosten. Prüfe die Schätzung neu, wenn sich der Workflow ändert.
Ein r/SaaS-Poster berichtete von einer teuren Schleife und erkundete zugleich die Nachfrage nach einem Tool, das sie verhindert. Das ist ein selbst berichteter Vorfall, keine unabhängig geprüfte Rechnung:
"Hey everyone, I just got hit with a $4,200 OpenAI bill because an agent I deployed for customer support got stuck in a recursive loop with my CRM tool call."
Der Beitrag beschreibt eine außer Kontrolle geratene Schleife, belegt aber nicht, welche Ausgabenkontrollen konfiguriert waren. Dieses Risiko verlangt begrenzte Wiederholungsversuche, Limits für wiederholte Tool-Aufrufe, Monitoring und bewusste Ausgabenkontrollen. OpenAI unterstützt durchgesetzte harte Limits, mit Verzögerung bei der Übernahme; Token-Abrechnung bedeutet nicht von sich aus eine Rechnung ohne Obergrenze.
Abonnements und API-Nutzung haben unterschiedliche Preisbedingungen. In einem Hacker-News-Kommentar berichtete Simon Willison, $200 für Abonnements zu zahlen, und schätzte die API-äquivalenten Kosten dieser Nutzung:
"the API cost version of my token spend was $2,100"
Die berichtete API-äquivalente Schätzung ist das 10,5-Fache der Abonnementzahlung, aber das ist kein kontrollierter Vergleich austauschbarer Produkte. Abonnement-Kontingente und direkte API-Abrechnung folgen unterschiedlichen Bedingungen. Schätze bei einem API-Einsatz die Anfragen, die er tatsächlich stellen wird, statt einen Abonnementpreis in ein Token-Budget umzurechnen.
Eine Vertriebsnotiz vom März 2026 hält einen Multi-Company-E-Commerce-Betreiber fest, der auf 150.000 Tickets im Monat zusteuerte und die Preisgestaltung pro Interaktion und pro Ticket verwirrend fand. Der Käufer rechnete mit dem damals besprochenen Tarif mit etwa $30,000 im Monat. Diese historische Schätzung ist nicht der aktuelle eesel-Preis. Sie zeigt, warum ich die Abrechnungseinheit und den erwarteten Workload definieren würde, bevor ich Angebote vergleiche.
Ein Managed Service ändert, welche Teile des Workflows du betreibst und wie die Nutzung berechnet wird. Unser Leitfaden zu Kosteneinsparungen im KI-Kundensupport untersucht diese Frage zwischen Selbstbauen und Kaufen.
Wenn du noch früher stehst und erst die Kategorie statt der Rechnung einschätzt, ist unser Leitfaden zum KI-Ticketsystem der bessere Startpunkt.
Support-Nutzung über die eesel CLI prüfen
Die API-Preise sagen dir, was ein Modellanbieter deiner Anwendung berechnet. Mit eesel betreibst du einen verwalteten Teammate und zahlst nach den Credit-basierten Plänen von eesel. Die eesel CLI ist ein weiterer Weg, auf denselben Teammate und Workspace zuzugreifen wie im Dashboard, kein separates Modell-Abonnement und kein Weg, den Credit-Verbrauch zu umgehen.
Das ist nützlich, wenn ein Coding-Agent bei der Untersuchung einer Kostenfrage hilft. Claude Code, Cursor oder Codex können die JSON-Ausgabe der CLI lesen und helfen, die Abrechnung, die letzte Aktivität und die Automatisierungen zu prüfen, die Arbeit anstoßen. Du bittest ihn, ein bestehendes Support-Setup zu untersuchen, nicht eine weitere Anwendung zu bauen oder deine Rechnung aus einem OpenAI-Token-Tarif abzuleiten.
Beginne bei einem bestehenden Workspace mit Authentifizierung und Zielprüfungen. Diese Befehle erfordern Node.js 18.17 oder neuer:
npx @eesel/cli login
npx @eesel/cli whoami
npx @eesel/cli agents
npx @eesel/cli billing
Wähle dann den gewünschten Teammate ausdrücklich aus. Ersetze SUPPORT_AGENT_ID durch seine Kennung:
npx @eesel/cli status --agent SUPPORT_AGENT_ID
npx @eesel/cli activity --agent SUPPORT_AGENT_ID
npx @eesel/cli automations --agent SUPPORT_AGENT_ID
Die Abrechnung ist eine schreibgeschützte Ansicht des aktuellen Abrechnungsstatus. Nimm nicht an, dass die Auswahl eines Teammates jede Gebühr auf Workspace-Ebene auf diesen Teammate eingrenzt. Vergleiche Umfang und Daten in den zurückgegebenen Einträgen. Die Aktivität kann erklären, was lief; sie belegt nicht, dass jede Aufgabe erfolgreich war, und eine Aktivitätssumme ist nicht automatisch der Rechnungsbetrag.
Eine begrenzte Anweisung für den Coding-Agent könnte lauten:
Inspect billing, recent activity, and the selected teammate's automations. Explain which work starts automatically and identify any missing information needed to estimate costs. Do not change overage caps, payment details, integrations, or automations. Propose any changes for review, and do not expose credentials.
Die aktuelle Preisdokumentation beschreibt die Support-Preise als Credits, wobei 1 Credit ein Ticket oder eine Chat-Sitzung ist, in einem festen Monatsplan ab $299 für 500 Credits, plus $4 pro Blogbeitrag. Es gibt weder eine Plattformgebühr noch eine Gebühr pro Seat. Die CLI-Dokumentation behandelt Chats ausdrücklich als abgerechnete Arbeit, nimm also nicht an, dass kostenlose Konfigurationsprüfung auch kostenlose CLI-Proben bedeutet.
| Monatliche Tickets und Chats | Credit-Plan | Monatspreis |
|---|---|---|
| Bis zu 500 | 500 Credits | $299 |
| Bis zu 1,000 | 1,000 Credits | $499 |
| Bis zu 2,500 | 2,500 Credits | $999 |
| Bis zu 5,000 | 5,000 Credits | $1,899 |
Für einen hypothetischen Monat mit 1.000 Support-Tickets und Chats deckt der Plan mit 1.000 Credits für $499 den Bedarf ab. Dieses Beispiel schließt Add-ons, Überschreitungen und Blogbeiträge aus. Nutze die tatsächlichen Workspace-Bedingungen, um die Rechnung zu berechnen.
Teste die Rollout-Entscheidung, nicht nur die Rechnung
Angenommen, die Aktivität stieg, nachdem eine Automatisierung auf mehr Support-Themen ausgeweitet wurde. Prüfe zuerst den Auslöser und die Filter. Ein Volumenanstieg ist ein Grund zur Untersuchung, kein Beweis für doppelte Abrechnung oder eine Fehlfunktion. Frage, ob die zusätzlichen Aufgaben beabsichtigt waren und ob ihre Antworten die Richtlinie erfüllten.
Deaktiviere für eine fiktive Probe die Schreibaktionen und nutze eine genehmigte Kündigungsrichtlinie. Bitte den Teammate, eine Antwort an einen Kunden zu entwerfen, der ein Abonnement kündigen, aber den Zugang über das normale Enddatum hinaus behalten möchte. Er sollte die Richtlinie von der gewünschten Ausnahme trennen, erkennen, wann eine menschliche Genehmigung nötig ist, und nicht behaupten, das Abonnement sei geändert worden.
Nutze eine frische Unterhaltung mit neuem --name, auf den ausgewählten Agenten begrenzt, wenn du diesen Fall startest. Eine Folge-Chat-Nachricht setzt diese Unterhaltung fort. Rechne CLI-Chats in dein Testbudget ein, da jeder davon Credits verbraucht. Das Flag --dry-run zeigt eine Vorschau einer Schreibanfrage, nicht die Antwortqualität oder künftige Ausgaben.
Wenn du danach die Änderung der Live-Automatisierung genehmigst, prüfe beide Seiten: Die beabsichtigten Anfragen erreichen den Teammate, und ausgeschlossene Anfragen nicht. Prüfe das tatsächliche kundenseitige Ergebnis getrennt von der Aktivitätszahl. Das Einschränken des Volumens kann Kosten kontrollieren, verbessert aber für sich genommen nicht die Antwort.
eesel ausprobieren
Vergleiche bei einer Support-Warteschlange die Kosten des gesamten Workflows statt nur eines Modellaufrufs. eesel nutzt Credit-basierte Preise, und mit der CLI kannst du die Workspace-Abrechnung und die Aktivität des ausgewählten Teammates prüfen, ohne eine separate Support-Anwendung zu bauen. Prüfe den aktuellen Plan und das Credit-Volumen, bevor du eine Monatssumme schätzt.
Beginne mit einer definierten Menge an Anfragen und prüfe die Automatisierung, die sie auswählt. Probe Richtlinien-Antworten, bevor du Schreibaktionen aktivierst, und prüfe dann die tatsächliche Ausführung der Aktionen. Ein Bericht über das Aufgabenvolumen ist ein Beleg für Aktivität, nicht für erfolgreiche Lösung oder eine exakte Rechnungsprognose.
Wenn du anwendungsspezifische Modell-Orchestrierung oder Infrastruktur brauchst, vergleiche eine eigene API-Implementierung mit dem unterstützten Workflow eines verwalteten Teammates. Unterschiedliche Abrechnungseinheiten spiegeln unterschiedliche Verantwortlichkeiten wider; kein Preismodell garantiert das bessere Ergebnis für deine Aufgabe.
Bestätige die unterstützten Integrationen, die Wissensbereitschaft und die Aktionsberechtigungen für den Workflow, den du ausführen willst. Eine verbundene Quelle belegt nicht, dass ihr Inhalt fertig heruntergeladen wurde oder dass jede Helpdesk-Aktion verfügbar ist.
Vergleiche vor der Entscheidung denselben Workload mit dem nativen KI-Angebot deines Helpdesks und rechne auf beiden Seiten Test- und Betriebskosten ein.
eesel ausprobieren, wenn du einen Support-Teammate konfigurieren und seinen Betrieb über die CLI prüfen möchtest. Prüfe die aktuellen Bedingungen und die vorgeschlagenen Berechtigungen und erweitere erst, nachdem du die Ergebnisse geprüft hast.
Häufig gestellte Fragen
Wie viel kostet die OpenAI API 2026 pro 1 Mio. Tokens?
Was ist die günstigste Art, die OpenAI API zu nutzen?
Gibt es ein kostenloses Kontingent für die OpenAI API?
Warum ist meine OpenAI-API-Rechnung höher, als die Preisseite vermuten ließ?
reasoning_effort erzeugt weit mehr Output-Tokens, als du gezählt hast. Tool-Aufrufe werden zusätzlich zu den Tokens separat abgerechnet. Unser Leitfaden zu den OpenAI-Ratenlimits behandelt die zugehörigen Durchsatzgrenzen.