Wo die LLM-Rechnung wirklich entsteht
Nicht die Zahl der Nutzenden treibt die Kosten, sondern lange Kontexte, wiederholte Aufrufe und ein Modell, das für die meisten Aufgaben zu groß ist.
KI-generiertDieses Bild wurde mit KI erzeugt · Yves Hoppe / KI / cmt
Die Rechnung wächst schneller als die Nutzung
Der Verlauf ist fast überall gleich. Ein Prototyp kostet ein paar Euro im Monat, also fragt niemand nach. Dann kommen weitere Anwendungsfälle dazu, der Systemprompt wächst mit jedem Sonderfall, die Suche legt sicherheitshalber mehr Auszüge bei, und ein Hintergrundprozess verarbeitet nachts Dokumente. Nach einem halben Jahr steht eine Zahl im Raum, die niemand einem einzelnen Verursacher zuordnen kann.
Der Reflex ist dann meist der falsche. Man diskutiert über Nutzungsverbote und Kontingente für Menschen, während der Großteil des Verbrauchs aus automatischen Abläufen kommt. Ohne Protokoll je Anwendungsfall ist diese Diskussion nicht zu gewinnen, sie wird nach Lautstärke entschieden.
Genauso teuer ist die Gegenrichtung. Wer pauschal auf das kleinste Modell umstellt, spart an der Rechnung und zahlt an anderer Stelle: bei den Nacharbeiten, bei den Rückfragen und beim Vertrauen der Fachabteilung, die das System danach kaum noch nutzt.
KI-generiertDieses Bild wurde mit KI erzeugt · Yves Hoppe / KI / cmt
Symptom, Ursache, Lösung
Symptom
Die Monatsrechnung verdoppelt sich, obwohl die Zahl der aktiven Leute gleich geblieben ist.
Ursache
Ein automatischer Ablauf verarbeitet im Hintergrund Dokumente oder wiederholt fehlgeschlagene Aufrufe, und niemand ordnet den Verbrauch zu.
Lösung
Aufrufe über ein Gateway mit eigenem Schlüssel je Anwendung leiten, nach Anwendungsfall auswerten und Wiederholungen begrenzen.
Symptom
Die Eingabetokens liegen um ein Vielfaches über den Ausgabetokens, obwohl die Fragen kurz sind.
Ursache
Systemprompt, Gesprächsverlauf und beigelegte Quellenauszüge gehen bei jedem einzelnen Aufruf vollständig mit.
Lösung
Den Verlauf zusammenfassen, die Zahl der Auszüge begrenzen, einen Rangschritt vorschalten und prüfen, ob der Anbieter gleichbleibende Kontextteile zwischenspeichern kann.
Symptom
Ein einfacher Klassifikationsschritt kostet so viel wie die eigentliche Textarbeit.
Ursache
Der gesamte Ablauf läuft auf dem stärksten Modell, weil diese Einstellung aus dem Prototyp übrig geblieben ist.
Lösung
Den Schritt einzeln gegen ein kleineres Modell auswerten und bei gleichwertigem Ergebnis dauerhaft umstellen, mit Rückfallebene auf das größere Modell.
Symptom
Dieselbe Frage zum selben Dokument wird täglich hundertfach gestellt und jedes Mal neu berechnet.
Ursache
Es gibt keinen Zwischenspeicher auf Ebene der fertigen Antwort, weil niemand die Regeln für die Gültigkeit festlegen wollte.
Lösung
Antwort samt Dokumentversion als Schlüssel ablegen, eine Gültigkeitsdauer festlegen und den Eintrag verwerfen, sobald sich das Dokument ändert.
Symptom
Ein Testlauf über Nacht erzeugt Kosten in Höhe eines Monatsbudgets.
Ursache
Experimente laufen über denselben Zugang wie die Produktion, ohne Obergrenze und ohne Alarm bei ungewöhnlichem Verbrauch.
Lösung
Getrennte Schlüssel mit eigenem Budget für Experimente vergeben und einen Alarm auf den Verbrauch innerhalb weniger Stunden legen.
Fünf Schritte, vom Messen bis zum Sparen
- 01 Jeder Aufruf wird mit Anwendung, Modell und Tokenzahlen protokolliert.
- 02 Der wiederkehrende Kontext wird gekürzt oder zwischengespeichert.
- 03 Gleichartige Anfragen beantwortet ein Zwischenspeicher ohne Modellaufruf.
- 04 Einfache Aufgaben laufen auf einem kleineren Modell.
- 05 Budgetgrenzen und Alarme stoppen Ausreißer, bevor der Monat endet.
Was du nach dieser Seite anpacken kannst
Kostensenkung bei Sprachmodellen ist keine Verhandlungssache mit dem Anbieter, sondern eine Reihe technischer Entscheidungen. Fast alle davon lassen sich messen, bevor man sie trifft.
Verbrauch zuordnen
Du protokollierst je Aufruf Anwendung, Modell und Tokenzahlen und weißt danach, welche wenigen Abläufe den Großteil ausmachen.
Kontext auf Diät setzen
Du kürzt Systemprompt, Gesprächsverlauf und beigelegte Auszüge gezielt und prüfst mit dem Testset, was das an Qualität kostet.
Modelle nach Aufgabe wählen
Du verschiebst einfache Aufgaben auf kleinere Modelle und begründest das teure Modell dort, wo es die Auswertung verlangt.
Wiederholungen abfangen
Du speicherst Antworten auf gleichartige Anfragen zwischen und legst fest, wann ein Eintrag ungültig wird.
Kosten pro Vorgang rechnen
Du bewertest ganze Abläufe statt einzelner Aufrufe und erkennst so teure Wiederholungsschleifen.
Grenzen und Alarme setzen
Du ziehst Budgetgrenzen je Anwendung ein und trennst Experimente von der Produktion, damit Ausreißer früh auffallen.
KI-generiertDieses Bild wurde mit KI erzeugt · Yves Hoppe / KI / cmt
Erst messen, dann sparen
Eine Gesamtrechnung vom Anbieter sagt dir nur, dass es teuer ist. Nützlich wird es, wenn jeder Aufruf mit Anwendungsfall, Team, Modell und Verbrauch an Eingabe- und Ausgabetokens protokolliert wird. Erst dann siehst du, dass ein einzelner Hintergrundprozess mehr verbraucht als die gesamte Belegschaft im Chat.
Ein Gateway vor den Modellen ist dafür der einfachste Ort. Es vergibt Schlüssel je Anwendung, zählt mit, setzt Grenzen und erlaubt später den Wechsel des Anbieters, ohne dass jede Anwendung angefasst wird. Ohne diese Stelle verteilt sich die Nutzung auf Schlüssel, die niemand mehr zuordnen kann.
Rechne in Kosten pro erledigtem Vorgang, nicht in Kosten pro Aufruf. Ein Ablauf mit drei günstigen Aufrufen und einer Wiederholungsschleife kann teurer sein als ein einzelner Aufruf an ein größeres Modell, und das sieht man nur auf Vorgangsebene.
Der Kontext ist der größte Posten
Eingabetokens sind meist der überraschende Teil der Rechnung, weil sie sich unauffällig ansammeln: ein langer Systemprompt bei jedem Aufruf, ein vollständig mitgeschleppter Gesprächsverlauf, großzügig gewählte Auszüge aus der Suche, Beispieldialoge, die längst niemand mehr prüft.
Wirksam ist, den Verlauf zusammenzufassen statt ihn komplett mitzuschicken, die Zahl der beigelegten Auszüge zu begrenzen und einen Rangschritt vorzuschalten, der aus vielen Treffern die wenigen wirklich passenden auswählt. Bei langen Systemprompts lohnt der Blick, ob der Anbieter das Zwischenspeichern wiederkehrender Kontextteile unterstützt, denn dann zahlst du den gleichbleibenden Teil nicht bei jedem Aufruf voll.
Auf der Ausgabeseite gehört die Länge in die Anweisung. Eine Vorgabe wie „höchstens fünf Sätze“ oder eine feste Gliederung wirkt, weil Modelle sonst ausführlich antworten. Eine harte Obergrenze an Token ist dagegen kein Sparhebel, sondern eine Notbremse gegen Ausreißer, denn sie schneidet die Antwort mitten im Satz ab, statt sie kürzer zu machen. Ausschweifende Antworten kosten doppelt, weil sie auch die Nachverarbeitung und das Lesen aufhalten.
Nicht jede Aufgabe braucht das größte Modell
Viele Systeme laufen vollständig auf dem stärksten verfügbaren Modell, weil das im Prototyp so eingestellt war. Klassifizieren, Umformatieren, einzelne Felder aus einem Text ziehen, kurze Texte zusammenfassen: solche Aufgaben erledigen kleinere Modelle oft gleichwertig, und zwischen den Modellklassen liegt beim Preis je Token ein erheblicher Abstand.
Die belastbare Vorgehensweise ist die Auswertung. Nimm dein Testset, lass es gegen ein kleineres Modell laufen und vergleiche die Werte. Fällt es durch, hast du eine Begründung für das teure Modell. Besteht es, hast du dauerhaft gespart, ohne dass es jemand merkt.
Ein Routing entscheidet pro Anfrage, welches Modell zuständig ist, etwa nach Länge, Art der Aufgabe oder erkanntem Schwierigkeitsgrad, mit einer Rückfallebene auf das stärkere Modell. Das lohnt sich ab dem Punkt, an dem der Verkehr deutlich unterschiedlich schwierig ist.
Wiederholung ist verschenktes Geld
In vielen Anwendungen ähneln sich die Anfragen stark: dieselben Fragen an dasselbe Dokument, dieselbe Zusammenfassung eines unveränderten Textes, dieselbe Prüfung eines Standardfalls. Ein Zwischenspeicher auf Ebene der fertigen Antwort spart dann den kompletten Aufruf, nicht nur ein paar Token.
Wichtig sind saubere Regeln: Was gehört zum Schlüssel, wie lange gilt ein Eintrag, und was passiert, wenn sich das zugrunde liegende Dokument ändert. Ein Zwischenspeicher, der veraltete Antworten ausliefert, spart Geld und kostet Vertrauen.
Grenzen einziehen, bevor die Rechnung kommt
Technische Sparmaßnahmen helfen wenig gegen einen Prozess, der in einer Schleife feststeckt. Deshalb gehören Budgetgrenzen je Anwendung und je Team dazu, außerdem eine Obergrenze für Wiederholungen und ein Alarm bei ungewöhnlichem Verbrauch innerhalb weniger Stunden.
Sinnvoll ist außerdem die Trennung zwischen Experimentierbetrieb und Produktion, mit eigenen Schlüsseln und eigenen Grenzen. Sonst fällt eine nächtliche Testschleife erst am Monatsende auf, und dann in Form einer Zahl, die niemand erwartet hat.
Dazu passende Kurse
Wie Abrechnung, Kontingente und Modellauswahl bei den großen Anbietern zusammenhängen, behandeln die Kurse zu KI-Diensten aus der Cloud .
Ein Gateway mit Protokollierung und Budgetgrenzen will selbst betrieben werden, und dazu passen die Trainings für den technischen Unterbau von KI-Anwendungen .
Wie sicher bist du beim Thema wirklich?
Lesen fühlt sich schnell nach Können an. Ein kurzer Test zeigt dir, was davon schon sitzt und wo sich ein Kurs lohnt. Kostenlos, ohne Anmeldung, mit einer Erklärung zu jeder Antwort.
Die Inhalte wurden sehr gut vermittelt und Fragen wurden perfekt beantwortet.
Marco ist ein extrem guter Trainer, der mit seinem Fachwissen zum Thema KI sehr viel Expertise mitbringt.
Seminarleiter war sehr gut vorbereitet, Den Lehrstoff hat er ausführlich und praxisorientiert vorgetragen.
Häufige Fragen
Ist ein selbst betriebenes Modell günstiger?
Bringt ein kürzerer Systemprompt wirklich etwas?
Wie finden wir heraus, wo das Geld hingeht?
Passt thematisch dazu
Neben den Modellkosten schlagen im Rechenzentrum die Lizenzen für Virtualisierung und Datenbank zu Buche, und die Gegenrechnung für den eigenen Unterbau zeigt, wo Proxmox und PostgreSQL wirklich sparen und welche Kosten dafür neu entstehen.
Deine Ansprechpartner
Du bist dir nicht sicher, welcher Kurs oder welches Level zu dir passt? Wir beraten dich persönlich und kostenlos.
Yves Hoppe
Weiterbildung & Beratung
Hilft dir, aus dem KI-Programm den passenden Kurs für deinen Stand zu finden.
Norbert Jansen
Beratung & Inhouse
Plant mit dir Inhouse-Trainings, die auf eure Abläufe und euren Datenbestand zugeschnitten sind.
Sparen, wo es die Qualität nicht kostet
In den Kursen rund um KI-Dienste aus der Cloud rechnest du Kosten pro Vorgang durch und richtest ein Gateway mit Protokoll und Grenzen ein.