KI-Teuerung im Griff behalten Wie Unternehmen ihre Tokenkosten senken

Ein Gastbeitrag von Stefan Marx* 6 min Lesedauer

Anbieter zum Thema

Steigende Tokenkosten machen den Betrieb generativer KI für Unternehmen zunehmend zu einem Kostenfaktor. Wer seine KI-Kosten senken will, sollte aber nicht nur Prompts kürzen. Diese Maßnahmen helfen, den Tokenverbrauch zu kontrollieren, ohne Qualität und Zuverlässigkeit zu opfern.

Wer Tokenverbrauch misst, den Kontext gezielt auswählt und Modelle passend zur Aufgabe einsetzt, kann Ausgaben senken, ohne die Ergebnisqualität aus dem Blick zu verlieren.(Bild: ©  Andrey Popov - stock.adobe.com)
Wer Tokenverbrauch misst, den Kontext gezielt auswählt und Modelle passend zur Aufgabe einsetzt, kann Ausgaben senken, ohne die Ergebnisqualität aus dem Blick zu verlieren.
(Bild: © Andrey Popov - stock.adobe.com)

In den letzten zwei Jahren haben Unternehmen künstliche Intelligenz (KI) genutzt, als würde sie nichts kosten und dank günstiger Abomodelle hatte sie das auch kaum. Doch der weltweit massiv gestiegene Verbrauch an Token und damit KI-Rechenleistung hat die Preise in die Höhe schießen lassen, Tendenz steigend. Expert:innen sind sich einig, dass das so bleiben wird und wir uns an eine Welt gewöhnen müssen, in der „KI“ gleich „teuer“ ist. Genau deshalb rückt nun ein Faktor ins Licht, den die meisten Unternehmen bisher vernachlässigen konnten: Das bewusste Einsparen von Tokenkosten.

Um einen zielgerichteten Ansatz zu finden, muss man zuerst verstehen, dass Tokenkosten aus zwei Faktoren bestehen: der verbrauchten Tokenmenge und dem Preis pro Token. Wer KI wirtschaftlich betreiben will, sollte genau dort beginnen, allerdings ohne die Qualität der Ergebnisse aus dem Blick zu verlieren.

Generative KI verändert nicht nur Arbeitsabläufe, sondern auch die Kostenstruktur von Software. Viele Anwendungen werden über ihre Nutzung abgerechnet: Jede Anfrage verarbeitet Eingabe- und Ausgabetokens. In produktiven Systemen mit vielen Nutzer:innen, langen Gesprächsverläufen, Tool-Aufrufen und Wiederholungen kann daraus ein relevanter Kostenblock werden.

Die logische Ausgangsfrage lautet deshalb: Wofür werden die Tokens eigentlich verbraucht und welcher Preis pro Token fällt dafür an? Prompts zu kürzen kann helfen, greift aber zu kurz. Denn Tokenkosten hängen auch von Kontextmenge, Modell, Antwortlänge und Folgeaktionen eines Agenten ab. Kostensenkung beginnt daher mit Transparenz über den Verbrauch und mit einem Anwendungsdesign, das den Tokenraum sinnvoll nutzt.

Erst messen, dann optimieren

Der erste Schritt ist eine Kostenrechnung pro Anwendungsfall. Unternehmen sollten Aufrufe, Input- und Outputtokens, Modell, Antwortzeit, Fehlerrate und Tool-Aufrufe erfassen. Aussagekräftiger als ein Monatsbetrag sind Kosten pro Supportfall, Dokument oder Workflow. Die Zuordnung zu Anwendungen, Services und Teams zeigt, wo der Verbrauch konzentriert ist und ob eine Maßnahme wirklich zu Ersparnissen führt.

Ein Kostenprofil kann zeigen, dass ein unverändert übertragener Gesprächsverlauf den größten Anteil verursacht oder ein Agent mehrfach nachfragt. Kosten- und Betriebsdaten müssen deshalb zusammen betrachtet werden: Tokenverbrauch allein erklärt nicht, ob eine Anwendung schneller, zuverlässiger oder qualitativ besser arbeitet.

Tokenmenge reduzieren: Kontext, Memory und Skills optimieren

Viele Anwendungen senden bei jeder Anfrage den kompletten Chatverlauf, umfangreiche Dokumente und Metadaten an das Modell. Das ist bequem, aber teuer und nicht immer qualitativ besser. Ein langer Kontext kann relevante Informationen sogar schwerer auffindbar machen.

Stattdessen sollte die Anwendung den Kontext aktiv zusammenstellen: relevante Gesprächsteile, Zusammenfassungen, strukturierte Felder statt wiederholter Freitexte und wichtige Dokumentpassagen statt kompletter Dateien. Bei wissensbasierten Anwendungen kann Retrieval-Augmented Generation (ein Verfahren, bei dem ein KI-Modell vor der Antwort relevante Informationen aus angeschlossenen Dokumenten oder Datenquellen abruft und als zusätzlichen Kontext verwendet) helfen. Entscheidend ist, Zahl und Qualität der Treffer zu begrenzen, denn viele nahezu identische Abschnitte verschenken weiterhin Potenzial.

Ein gutes Memory-System verdichtet Projektwissen und aktuelle Aufgaben, statt den vollständigen Verlauf mitzuschicken. Dauerhafte Informationen werden gezielt gespeichert, erledigte Zwischenschritte entfernt und nur relevantes Wissen übernommen. Gerade bei wiederkehrenden Aufgaben ist dieser Effekt größer als das Kürzen einzelner Formulierungen.

Jetzt Newsletter abonnieren

Täglich die wichtigsten Infos zu Cloud Computing

Mit Klick auf „Newsletter abonnieren“ erkläre ich mich mit der Verarbeitung und Nutzung meiner Daten gemäß Einwilligungserklärung (bitte aufklappen für Details) einverstanden und akzeptiere die Nutzungsbedingungen. Weitere Informationen finde ich in unserer Datenschutzerklärung. Die Einwilligungserklärung bezieht sich u. a. auf die Zusendung von redaktionellen Newslettern per E-Mail und auf den Datenabgleich zu Marketingzwecken mit ausgewählten Werbepartnern (z. B. LinkedIn, Google, Meta).

Aufklappen für Details zu Ihrer Einwilligung

Auch Skills und Systemprompts sollten die Informationsdichte erhöhen, ohne Lesbarkeit und Qualität zu beschädigen. Ein „Caveman“-Stil, der Anweisungen auf wenige Wörter reduziert, ist ein anschauliches Experiment: Die Ersparnis kann real und sichtbar sein, doch Verständlichkeit und Ergebnisqualität können leiden. Entscheidend ist nicht der kürzeste Prompt, sondern die beste Information pro Token.

Für jede Aufgabe das passende Modell wählen

Tokens im Prompt zu sparen hilft nur bis zu einem gewissen Punkt. Wird der Kontext zu stark gekürzt oder die Antwortqualität durch Kompression beeinträchtigt, sinkt die Effektivität. Der zweite große Hebel ist deshalb der Preis pro Token: Nicht jede Aufgabe benötigt das leistungsfähigste Modell.

Klassifikation, Extraktion, Routing und einfache Zusammenfassungen können häufig mit einem kleineren Modell bearbeitet werden. Anspruchsvolle Schlussfolgerungen oder komplexe Planung rechtfertigen gegebenenfalls ein leistungsfähigeres Modell. In der Entwicklung kann das etwa bedeuten: ein leistungsstarkes Modell für Architektur und schwierige Fehlersuche, ein günstigeres für die Implementierung und ein weiteres für die Verifikation. Bei eingebetteten KI-Anwendungen kommen perspektivisch optimierte Open-Weight-Modelle oder Small Language Models hinzu.

Dafür braucht es Routing statt einer pauschalen Modellwahl. Ein Workflow kann zunächst mit einem kleineren Modell die Aufgabe einordnen und nur schwierige Fälle weiterleiten. Die Auswahl muss anhand von Qualitätskriterien getestet werden: Eine Einsparung ist nur real, wenn Fehlerrate und Nachbearbeitung nicht die Kosten wieder aufzehren. Je stärker Modelle und Agenten nach Aufgabe wechseln, desto wichtiger werden Evaluationsdatensätze, Experimente und Monitoring im laufenden Betrieb.

Deterministische Aufgaben an Tools auslagern

Sprachmodelle sind stark bei Sprache, Interpretation und Mustererkennung. Für Berechnungen, Datenvalidierung, Formatkonvertierung, Zugriffsprüfungen oder eindeutige Filter sind klassische Software, Datenbankabfragen, Skripte und Tools meist günstiger und verlässlicher. Gerade bei Codegenerierung oder anderen tokenintensiven Agentenprozessen sollten Unternehmen keine KI-Tokens für Aufgaben verbrauchen, die deterministisch lösbar sind.

Das Muster ist einfach: Das Modell interpretiert eine unstrukturierte Anfrage und erzeugt eine klar definierte Aktion. Berechnung oder Datenabfrage übernimmt ein deterministischer Dienst. Tool-Aufrufe müssen beobachtet werden. Mehrere Suchläufe und Folgeprompts können die Kosten vervielfachen. Iterationsgrenzen, Timeouts und Prüfungen auf Wiederholungen sind daher Kostenkontrollen.

Antwortlängen begrenzen und Wiederholungen vermeiden

Viele Anwendungen lassen das Modell ausführlich antworten, obwohl eine kurze strukturierte Ausgabe genügt. Ausgabeformat, maximale Antwortlänge und klare Tabellen- oder JSON-Felder machen den Verbrauch planbarer. Für eine Klassifikation reichen wenige Felder und ein Bericht darf länger sein.

Teuer sind unkontrollierte Wiederholungen. Retries sollten nur bei vorübergehenden Fehlern erfolgen und begrenzt sein. Inhaltlich fehlerhafte Antworten dürfen nicht blind erneut an dasselbe Modell gehen, denn oft ist eine Validierung oder ein anderer Pfad sinnvoller.

Budgets und Qualitätsuntergrenzen sollten für wichtige Workflows gemeinsam definiert werden. Bei Überschreitung kann die Anwendung auf einen vereinfachten Pfad wechseln oder eine menschliche Prüfung anfordern. Dashboards sollten Kosten gemeinsam mit Qualität und Erfolgsquote darstellen. So wird sichtbar, ob eine Maßnahme Prozesse wirklich effizienter macht, oder nur Kosten verschiebt.

Fazit: Tokenverbrauch und Ergebnisqualität gemeinsam optimieren

Tokenoptimierung ist kein Wettbewerb um die kleinste Zahl, sondern muss das Gleichgewicht zwischen Tokenanzahl, Kosten pro Token und Qualität der erzeugten Ergebnisse herstellen. Wirtschaftliche KI-Anwendungen messen ihren Verbrauch, übertragen nur notwendigen Kontext, wählen Modelle nach Aufgabe aus und trennen Sprachverarbeitung von deterministischer Logik. Wer diese Prinzipien bereits beim Design berücksichtigt, senkt nicht nur die Rechnung, sondern baut zugleich robustere, nachvollziehbarere und leichter steuerbare Systeme.

Gerade bei kosten- oder geschäftskritischen KI-Anwendungen können Observability-Werkzeuge dabei helfen, Tokenverbrauch, Modellwahl, Latenz, Zuverlässigkeit und Ergebnisqualität gemeinsam sichtbar zu machen und so die effizienteste Konfiguration im laufenden Betrieb zu identifizieren. Entsprechend aufbereitete Dashboards liefern IT-Teams die nötige technische Detailtiefe und übersetzen sie zugleich so, dass auch das Management die Auswirkungen auf Nutzung, Effizienz und Kosten unmittelbar nachvollziehen und fundierte Investitionsentscheidungen treffen kann.


* Der Autor Stefan Marx ist Director Platform Strategy bei Datadog und verantwortet dort die strategische Ausrichtung der Plattform mit Schwerpunkt auf Sicherheitsarchitektur und Enterprise-Anforderungen. Zuvor hat er Unternehmen unterschiedlicher Branchen bei der Einführung von Observability-Lösungen in komplexen, regulierten Umgebungen begleitet. Sein fachlicher Fokus liegt auf der Frage, wie Plattformen gebaut sein müssen, damit operative Transparenz und strukturelle Sicherheit keine konkurrierenden Ziele bleiben.

Bildquelle: Datadog

(ID:50996318)