Für ein internes Webservice‑Projekt mit sechs Integrationen und Anspruch auf Produktionsqualität kalkuliert Heises Tokenbudget‑Modell eine Erfahrungsobergrenze von rund 3.800 US‑Dollar bei Einsatz eines Spitzenmodells wie Claude Opus 4.6; bei schwächeren Open‑Source‑Modellen steigt das Budget laut Autor Stefan Müller auf mehr als 25.000 US‑Dollar. Das Tokenbudget‑Modell, kurz TBM, ist als heuristisches Kalkulationswerkzeug gedacht und übersetzt Projektparameter wie Komplexität, Integrationen und Qualitätsanforderungen in konkrete Tokenschätzungen. Der vollständige Text steht in iX 6/2026 hinter der Heise‑Plus‑Schranke.

Die Kernaussage der Heise‑Analyse ist präzise. Das Tokenbudget-Modell, kurz TBM, soll Teams eine strukturierte Entscheidungsgrundlage liefern, nicht eine exakte Preisliste. Stefan Müller beschreibt das TBM als heuristisches Kalkulationswerkzeug, das Projektparameter wie Komplexität, Anzahl der Integrationen, Qualitätsanforderungen und den Anteil von Legacy‑Code in eine konkrete Tokenschätzung übersetzt und daraus eine Budgetobergrenze ableitet.

Wie das TBM Kosten sichtbar macht

Das TBM rechnet nicht in abstrakten Prozenten. Für das Beispielprojekt, ein internes Webservice mit sechs Integrationen und Anspruch auf Produktionsqualität, führt die Heise‑Analyse drei Orientierungsgrößen an. Erstens: Bei Einsatz eines aktuellen Spitzenmodells wie Claude Opus 4.6 liegt die Erfahrungsobergrenze bei circa 3.800 US-Dollar Tokenkosten. Diese Zahl ist als praktische Obergrenze zu lesen, nicht als garantiertes Ergebnis.

Zweitens stellt das TBM den Tokenaufwand dem Personalkostenbild gegenüber. In Deutschland entspricht ein einzelner Senior‑Entwickler etwa 800 bis 1.200 Euro pro Tag. Müller rechnet vor, dass Vibe Coding wirtschaftlich wird, sobald ein Team mehr als drei bis fünf Entwicklertage einspart, inklusive der üblichen Review-, Fix‑ und Stabilisierungsaufwände.

Drittens zeigt die Analyse, wie stark Modellqualität den Gesamtaufwand beeinflusst. Bei Verwendung schwächerer Open‑Source‑Modelle verfielfacht sich das Tokenbudget in der Praxis; Heise nennt in solchen Fällen Werte über 25.000 US-Dollar. Die Schlussfolgerung ist klar. Der dominante Kostentreiber ist nicht der reine Tokenpreis. Es ist die Modellqualität, weil schwächere Modelle zu Rework‑Kaskaden führen und dadurch die Gesamtkosten exponentiell steigen.

Governance, Umgebung und praktische Entscheidungen

Müller differenziert das TBM nach Projektumfeld und Governance-Anforderungen. In regulierten Umgebungen mit Vorgaben für Open‑Source‑Modelle oder strikter Nachvollziehbarkeit erhöhen sich die Tokenbudgets deutlich.

Mastheads

Dort können hybride Ansätze sinnvoller sein, bei denen KI-generierter Code mit manueller Entwicklung kombiniert wird, um Nachvollziehbarkeit und Compliance sicherzustellen.

Das Modell setzt eine operative Trade‑off‑Achse auf: Szenarien mit schnellen Feedback‑Loops belohnen maschinelle Iteration, weil Iterationen günstig und schnell sind. Szenarien, in denen teure Korrektheit erforderlich ist, begünstigen dagegen menschliche Expertise. Variabilität und Unsicherheit sind nach Heise die Kernrisiken. Das TBM soll Teams helfen, diese Variabilität durch bewusste Architektur‑ und Modellentscheidungen zu verringern, zum Beispiel durch stärkere Tests, strukturierte Review‑Prozesse und klar definierte Stabilisierungsphasen, die Müller explizit als Teil der TBM‑Berechnung aufführt.

Für Produkt‑ und Entwicklungsteams hat das TBM zwei praktische Implikationen. Erstens liefert es eine methodische Kalkulationshilfe, um vor Projektstart den erwartbaren Tokenbedarf und die kritischen Treiber zu quantifizieren. Zweitens bietet das Modell eine Entscheidungsgrundlage dafür, ob ein Projekt komplett per Vibe Coding, hybrid oder konventionell umgesetzt werden sollte. Die Heise‑Analyse nennt vier Szenarien mit jeweils unterschiedlichen Budgets, ohne in der Vorschau vollständige Fallstudien anzugeben; Müller positioniert das Modell als Arbeitsinstrument, nicht als endgültige Preisformel.

Der Autor ist Stefan Müller. Laut Heise berät er mit StefanAI Solutions Mittelstand und Verwaltung bei KI‑Projekten und schult regelmäßig Fachkräfte.

Müller betont organisatorische Fragen wie Review‑Prozesse, Testaufwand und Stabilisierungskosten als wesentliche Bestandteile der TBM‑Berechnung. Diese operativen Kosten müssen, so die Analyse, neben den reinen Tokenkosten eingeplant werden, weil sie das wirtschaftliche Ergebnis entscheidend beeinflussen.

Praktisch heißt das: Teams müssen vor Projektstart klären, welche Qualitätsanforderungen gelten, wie viele Integrationen zu erwarten sind, wie viel Legacy‑Code übernommen werden muss und welche Modelle eingesetzt werden dürfen. Nur dann lässt sich die TBM‑Schätzung in eine handhabbare Budgetobergrenze überführen. Das Modell zwingt zu solchen Entscheidungen früh im Prozess, was genau das Ziel der Heise‑Analyse ist.

Die Heise‑Zusammenfassung macht außerdem deutlich, dass das TBM mit Unsicherheit arbeitet. Zahlen wie 3.800 US-Dollar oder 25.000 US-Dollar sind Orientierungswerte, keine Garantien. Sie sollen Diskussionen über Architektur, Modellwahl und Governance strukturieren und nicht vermeintliche Präzision suggerieren.

Related Articles

Der vollständige Heise‑Plus‑Artikel mit der ausführlichen Darstellung des Tokenbudget‑Modells und den vier Szenarien erscheint in iX 6/2026 und ist für Abonnentinnen und Abonnenten zugänglich.

Dieser Artikel wurde mit KI-Unterstützung erstellt.