Verbrauch sichtbar machen

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
Seit 1997 am Markt Kleine Gruppen Präsenz und Live-Online Zertifizierte Trainer
Worum es geht

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, 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

  1. 01 Jeder Aufruf wird mit Anwendung, Modell und Tokenzahlen protokolliert.
  2. 02 Der wiederkehrende Kontext wird gekürzt oder zwischengespeichert.
  3. 03 Gleichartige Anfragen beantwortet ein Zwischenspeicher ohne Modellaufruf.
  4. 04 Einfache Aufgaben laufen auf einem kleineren Modell.
  5. 05 Budgetgrenzen und Alarme stoppen Ausreißer, bevor der Monat endet.
Was du mitnimmst

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 .

Wissen prüfen

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.
LLM Security: Injections erkennen & abwehren
Marco ist ein extrem guter Trainer, der mit seinem Fachwissen zum Thema KI sehr viel Expertise mitbringt.
KI Data Science: Datenanalyse Grundkurs
Seminarleiter war sehr gut vorbereitet, Den Lehrstoff hat er ausführlich und praxisorientiert vorgetragen.
ChatGPT Aufbaukurs: Datenanalyse, Automatisierung und Workflows

Häufige Fragen

Ist ein selbst betriebenes Modell günstiger?
Es verlagert die Kosten von der Nutzung auf Infrastruktur und Personal. Bei gleichmäßig hoher Auslastung kann das aufgehen, bei schwankendem Verkehr zahlst du Rechenzeit für Leerlauf. Rechne beide Varianten auf Kosten pro erledigtem Vorgang und nimm Betrieb, Aktualisierung und Bereitschaft mit in die Rechnung.
Bringt ein kürzerer Systemprompt wirklich etwas?
Bei hohem Volumen ja, weil er in jeden einzelnen Aufruf eingeht. Ein Systemprompt, der über Monate mit Sonderfällen gewachsen ist, enthält meist Anweisungen für Situationen, die es nicht mehr gibt. Kürzen und danach das Testset laufen lassen, sonst sparst du an der falschen Stelle.
Wie finden wir heraus, wo das Geld hingeht?
Über ein Gateway, das jeden Aufruf mit Anwendung, Modell und Tokenzahlen protokolliert, dazu eine Auswertung nach Anwendungsfall. Zwei Wochen Protokoll reichen meist, um die wenigen Abläufe zu finden, die den Großteil der Rechnung ausmachen.

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.

Persönlich für dich da

Deine Ansprechpartner

Du bist dir nicht sicher, welcher Kurs oder welches Level zu dir passt? Wir beraten dich persönlich und kostenlos.

Yves Hoppe

Yves Hoppe

Weiterbildung & Beratung

Hilft dir, aus dem KI-Programm den passenden Kurs für deinen Stand zu finden.

Norbert Jansen

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.