Wenn Agenten zu teuer werden: Wann sich lokale KI-Hardware lohnt

Autoren: Dušan Šalović, Ole Peters

|

4.11.2026

Das KI-Budget ist aufgebraucht, die Nachfrage steigt weiter. Seit Entwickler*innen zunehmend mit Coding-Agenten arbeiten, wachsen auch die Kosten für Tokens und Modellzugriffe. Gleichzeitig erreichen offene Modelle ein Leistungsniveau, das viele Standardaufgaben auf lokaler Hardware ermöglicht. Steht die Softwareentwicklung vor einem Wechsel von gemieteter zu eigener Rechenleistung? Der Beitrag liefert die Zahlen, beleuchtet die Grenzen und zeigt, wann sich lokale KI-Infrastruktur lohnt.

Uber stellte seinen Entwicklungsteams KI-Coding-Agenten zur Verfügung und ermutigte sie ausdrücklich zur Nutzung. Die Teams nutzten das Angebot. Vier Monate später war das für das gesamte Jahr 2026 vorgesehene KI-Budget bereits aufgebraucht. Als Reaktion führte das Unternehmen eine monatliche Obergrenze von 1.500 US-Dollar pro Person ein.

Das hätte man als Einzelfall abtun können. Doch im Juni 2026 stellte GitHub Copilot von einem Pauschalmodell auf nutzungsabhängige Abrechnung um. In einem dokumentierten Beispiel stiegen die Kosten pro Entwickler von 29 auf 750 US-Dollar pro Monat. Andere Anbieter folgten diesem Ansatz. Im selben Monat prognostizierte Gartner , dass die Ausgaben für KI-Coding bis 2028 das durchschnittliche Entwicklergehalt übersteigen werden.

Die Ursache ist nicht ein Scheitern, sondern der Erfolg der Technologie. Agentic Coding funktioniert. Nutanix bezeichnet Agentic Coding als die „Killer-App“ der Enterprise-KI und zugleich als ihr größten Kostenfaktor. Der Anteil der Entwickler*innen, die Agenten nutzen hat sich binnen eines Jahres fast verdoppelt, von 31% auf 59%.

Damit verschiebt sich die zentrale Frage. Ob Coding-Agenten produktiv eingesetzt werden können, gilt für viele Unternehmen inzwischen als beantwortet. Zunehmend geht es darum, wo die dafür benötigte Rechenleistung betrieben wird und wem sie gehört.

Deshalb steigen die Token-Kosten: drei Treiber

Die Entwicklung lässt sich nicht auf eine einzelne Ursache zurückführen. Erkenntnisse von Accenture, Gartner und aktuelle Forschung zu Multi-Agenten-Systemen in der Softwareentwicklung deuten darauf hin, dass derzeit drei Entwicklungen gleichzeitig zusammenkommen.

  1. Warum KI-Agenten immer mehr Tokens verbrauchen
    Agenten verarbeiten denselben Kontext mehrfach und ein Coding-Agent arbeitet in einer Schleife: Er liest den Code, ändert etwas, führt die Tests aus, wertet die Fehlermeldung aus und versucht es erneut. Bei jedem Schritt wird der gesamte Kontext erneut geladen. In großen Codebasen kann dieser sehr umfangreich sein. Laut einer im September veröffentlichten Accenture-Studie bestanden 98,1 % der Eingabe-Token bei agentenintensiver Arbeit aus Kontext, den der Agent bereits gelesen hatte.
  2. Die Nutzung ist noch nicht optimiert
    Ein großer Teil des heutigen Verbrauchs ist Verschwendung. Ein Agent mit vager Aufgabe oder zu viel irrelevantem Kontext dreht Runden, bis er herausfindet, was zu tun ist. In den Accenture-Daten entfielen mehr als ein Drittel der Ausgaben auf Korrekturen und Nacharbeit. Gartner rät, Entwickler*innen darin zu schulen, Agenten nur den nötigen Kontext zu geben, und warnt, diese Disziplin werde „nicht allein durch die Entscheidungen einzelner Entwickler*innen entstehen“. Das ist eine Übergangsphase: Mit wachsender Routine dürfte der Verbrauch pro Aufgabe sinken.
  3. Die Arbeit selbst wird umfangreicher
    Neuere Ansätze verketten mehrere Arbeitsschritte: Jede Aufgabe läuft als eigener Loop, den häufig ein zweiter Agent prüft. Sein einziger Auftrag ist es, die Arbeit des ersten auseinanderzunehmen. Anforderungen werden geschärft, Code wird geschrieben, geprüft, verworfen und mehrfach neu geschrieben, bevor ihn ein Mensch überhaupt zu sehen bekommt.

Die Power User von heute zeigen, wohin sich der Durchschnitt entwickelt

Der zweite Kostentreiber wird mit der Zeit abnehmen, sobald Teams Erfahrung im Umgang mit den Tools sammeln. Der erste und der dritte Treiber hingegen werden bestehen bleiben. Zudem erfordert Lernen kontinuierliche Praxis, und diese Praxis ist teuer, wenn jede Nutzung abgerechnet wird.

Aktuell unterscheiden sich die Ausgaben noch deutlich zwischen Unternehmen und Nutzergruppen:

  • Durchschnittliche Claude-Code-Nutzer*innen: 150 bis 250 US-Dollar im Monat.
  • Enterprise-Entwickler*innen im Accenture-Modell: rund 800 US-Dollar im Monat.
  • Ubers aktivste Nutzer*innen: bis zu 2.000 US-Dollar im Monat.

Die Entwicklung zeigt jedoch überall in dieselbe Richtung. Der Token-Verbrauch pro Entwickler*in ist in neun Monaten um das 18.6 – Fache gestiegen. Zwar lassen sich durch bessere Arbeitsweisen künftig weniger Token pro Aufgabe verbrauchen, gleichzeitig wachsen jedoch Anzahl und Umfang der Aufgaben noch schneller. Setzt sich dieser Trend fort, wird die intensive Nutzung von heute schon bald zum Standard von morgen.

Viele Unternehmen reagieren auf die steigenden Kosten mit Ausgabenlimits. Damit laufen sie jedoch Gefahr, Entwickler*innen gerade in der entscheidenden Lernphase auszubremsen, in der sie erst verstehen, wie sich KI-Agenten produktiv und wirtschaftlich einsetzen lassen.

Offene Modelle holen auf, die Hardware-Anforderungen sinken

Ein Beispiel dafür lieferte Alibaba im August mit der Veröffentlichung von Qwen3.8-27B als Open-Weights-Modell. Das bedeutet, dass Unternehmen das Modell herunterladen und auf eigener Infrastruktur betreiben können. Mit 27 Milliarden Parametern ist es kompakt genug, um auf leistungsfähiger Desktop-Hardware zu laufen, und wurde gezielt für Coding-Aufgaben sowie agentenbasierte Workflows optimiert. Das Modell steht dabei stellvertretend für einen breiteren Trend. Die Argumentation hängt nicht von einem einzelnen Anbieter oder Release ab.

Generell rücken offene Modelle mit jeder neuen Generation näher an die sogenannten Frontier-Modelle heran, also an die leistungsfähigsten verfügbaren Systeme. Qwen3.8-27B verdeutlicht, wie schnell dieser Fortschritt erfolgt: Sein gleich großer Vorgänger aus dem April erzielte im SWE-bench Pro, einem etablierten Benchmark für reale Software-Engineering-Aufgaben, 53,5 Punkte. Nur vier Monate später erreicht Qwen3.8-27B bereits 61,7 Punkte. Damit übertrifft das Modell sogar die 53,4 Punkte, die Alibaba für Claude Opus 4.6 ausweist, ein Frontier-Modell derselben Generation.

Die Leistungsdifferenz zwischen offenen und proprietären Modellen schrumpft damit deutlich. Für Unternehmen eröffnet das die Perspektive, leistungsfähige Agenten künftig stärker auf eigener Infrastruktur zu betreiben und sich teilweise von nutzungsabhängigen API-Kosten zu lösen.

89.9

Claude Opus 5.5

61.7

Qwen3.8-27B

53.4

Claude Opus 4.6

Benchmark-Ergebnis auf SWE-bench Pro.

Ein Wert von 61,7 bedeutet, dass das Modell rund sechs von zehn Aufgaben des Benchmarks eigenständig löst. Bemerkenswert ist dabei weniger die absolute Punktzahl als die Kombination aus Leistung und Zugänglichkeit: Ein Modell, das auf einem leistungsfähigen Arbeitsplatzrechner betrieben werden kann, erreicht inzwischen das Leistungsniveau von Cloud-Modellen, die vor kurzem noch zur Spitzengruppe gehörten.

Dennoch bleiben die Unterschiede an der Spitze bestehen. Die Benchmark-Werte stammen vom Hersteller selbst, und die leistungsfähigsten Modelle entwickeln sich ebenfalls weiter. Claude Opus 5.5 etwa erreicht im selben Test 89,9 Punkte. Die anspruchsvollsten Entwicklungsaufgaben liegen damit weiterhin im Bereich der Frontier-Modelle. Für viele alltägliche Aufgaben wie Implementierungen, Tests, Refactoring oder Code Reviews sind die aktuellen offenen Modelle jedoch bereits mehr als ausreichend und genau dort entsteht ein Großteil des Token-Verbrauchs.

Desktop-Hardware macht lokale KI praktikabel

Der zweite Trend zeigt sich bei der Hardware. Inzwischen bieten mehrere Hersteller kompakte Systeme an, die leistungsfähige KI-Modelle lokal ausführen können. Als Referenz dient hier Nvidias DGX Spark, weil für diese Plattform bereits öffentliche Benchmarks vorliegen. Das nur 1,2 Kilogramm schwere Gerät ist etwa so groß wie ein dickes Taschenbuch und wurde speziell für KI-Anwendungen entwickelt. Anfang Oktober stellte Nvidia eine Variante für 4.999 US-Dollar vor, deren Arbeitsspeicher ausreicht, um Modelle wie Qwen3.8-27B lokal zu betreiben.

Das Konzept ist denkbar einfach: Statt Anfragen an einen Cloud-Dienst zu senden, verbinden Entwickler*innen ihr Coding-Tool direkt mit einem Modell auf der eigenen Infrastruktur. Die Verarbeitung erfolgt im Unternehmen, nutzungsabhängige API-Kosten entfallen.

Auch die Leistung wird zunehmend alltagstauglich. Tests auf der größeren 128-GB-Variante des DGX Spark zeigen, dass Qwen3.8-27B rund 48 Token pro Sekunde erzeugen kann. Das liegt über der menschlichen Lesegeschwindigkeit und bewegt sich auf einem ähnlichen Niveau wie Cloud-Angebote mit demselben Modell. Gleichzeitig wird die Software effizienter. Die Entwickler*innen des Open-Source-Projekts Strata berichten beispielsweise, deutlich größere Modelle auf handelsüblicher Gaming-Hardware betreiben zu können.

Der DGX Spark steht dabei für eine neue Produktkategorie: Desktop-Systeme, die speziell für lokale KI-Anwendungen ausgelegt sind und mit entsprechender Software ausgeliefert werden. Neben Nvidia bieten auch AMD und Apple vergleichbare Lösungen an. Apple bewirbt den aktuellen Mac Studio sogar explizit als Plattform für große KI-Modelle, „ohne Token zählen oder steigende Cloud-Kosten fürchten zu müssen“.

Und die Entwicklung beschleunigt sich weiter. Nvidia und Microsoft haben mit RTX Spark eine neue Klasse KI-optimierter Windows-PCs angekündigt. Geräte von Dell, HP, Lenovo und weiteren Herstellern sollen ab Herbst 2026 verfügbar sein und agentische Workloads direkt auf dem Endgerät ausführen können.

So entsteht ein Markt, der vor wenigen Jahren noch kaum existierte: leistungsfähige KI-Systeme, die nicht im Rechenzentrum oder in der Cloud laufen, sondern auf Hardware, die problemlos auf einen Schreibtisch passt. Microsoft CEO Satya Nadella bringt das Ziel auf den Punkt:

„Unbegrenzte Intelligenz für jedes Zuhause und jeden Schreibtisch.“
Satya Nadella
Microsoft CEO

Drei der größten Hardware-Hersteller verfolgen dasselbe Ziel: leistungsfähige KI-Modelle direkt auf dem Schreibtisch verfügbar zu machen, ohne nutzungsabhängige Kosten.

Die entscheidende Frage: Wann lohnt sich die Hardware?

Ab wann rechnet sich nun eigene Hardware für Agentic Coding? Ein Desktop-KI-Rechner für $4,999 US-Dollar hat sich bei einer monatlichen Token-Rechnung von $800 US-Dollar nach etwa sechs Monaten amortisiert, bei 1.500 US-Dollar nach gut drei Monaten und beim heutigen Durchschnitt von 200 US-Dollar nach rund zwei Jahren. Die Werte gehen von einer Entwickler*in pro Gerät aus und schließen Strom und Administrationsaufwand aus. Da der Token-Verbrauch pro Entwickler*in in neun Monaten um das 18,6-Fache gestiegen ist, dürften sich die durchschnittlichen Rechnungen den höheren Szenarien annähern.

Eine Box kann durchaus auch von mehreren Entwickler*innen geteilt werden, was die Amortisation verkürzt. Teams, die bereits eine Workstation mit 24-GB-Grafikkarte besitzen, müssen womöglich gar nichts kaufen, denn eine kompakte Variante des Modells passt auf eine solche Karte.

Das verändert die Ökonomie der Softwareentwicklung. Wird jede Interaktion mit einem Modell separat abgerechnet, hat jede zusätzliche Iteration ihren Preis. Läuft das Modell hingegen auf eigener Hardware, kostet ein weiterer Agentenlauf vor allem Zeit und Strom. Dadurch werden Arbeitsweisen wirtschaftlich, die heute oft vermieden werden: Agenten können über Nacht arbeiten, mehrere Reviewer parallel eingebunden und Code beliebig oft überarbeitet werden, ohne dass mit jeder Schleife neue Nutzungskosten entstehen.

Kontrolle über den Code

Kosten sind nur ein Teil der Gleichung. Ebenso wichtig ist die Frage nach Kontrolle und Governance.

Werden Modelle lokal betrieben, verbleiben Quellcode, Prompts und Agenten-Logs innerhalb der Infrastruktur des Unternehmens. Gerade in regulierten Branchen oder bei sensiblen Kundenprojekten vereinfacht das viele Governance- und Compliance-Fragen. Unternehmen müssen deutlich seltener bewerten, welche Daten an externe Anbieter übermittelt werden oder in welcher Region sie verarbeitet werden.

Einige Anbieter reagieren bereits auf diese Nachfrage. Am 1. Oktober kündigte etwa IBM eine selbst gehostete Version von IBM Bob an, seiner agentischen Entwicklungsplattform, damit Unternehmen sensiblen Code aus externen Diensten heraushalten können. Eine IBM-eigene Studie ergab, dass

68%
der Führungskräfte Schwierigkeiten haben, Anforderungen an Datenresidenz und Souveränität zu erfüllen
1%
der Unternehmen in Deutschland, die KI einsetzen, nutzen laut Bitkom das Modell Qwen

Auch die Herkunft eines Modells kann Bedenken auslösen. Bei gehosteten KI-Diensten müssen Unternehmen bewerten, welche Daten an externe Anbieter übermittelt werden und unter welchen Rahmenbedingungen die Verarbeitung erfolgt.

Lokal betriebene Modelle schaffen hier mehr Kontrolle, da Daten die eigene Infrastruktur nicht verlassen. Die Ergebnisse müssen dennoch denselben Reviews, Tests und Security-Scans standhalten wie jeder andere KI-generierte Code.

Wo die Grenzen liegen

Zwei Faktoren könnten diese Entwicklung bremsen.

Der erste ist die Regulierung. Rund um offene Modelle hat sich eine politische Debatte entwickelt. Im September 2026 veröffentlichte Anthropic einen Bericht, nach dem sieben chinesische Labore Claude-Ausgaben in industriellem Maßstab genutzt haben, um eigene Modelle zu trainieren. Auch Alibaba, der Hersteller von Qwen, wird dabei genannt. Der US-Finanzminister erklärte, Sanktionen seien eine Option. Gleichzeitig gibt es Widerstände gegen mögliche Beschränkungen: Im Juli 2026 führte Nvidia einen offenen Brief an, der Washington auffordert, herunterladbare Modelle nicht zu beschränken. Unterzeichnet haben ihn unter anderem Microsoft, Meta, Dell und IBM.

Wie sich die regulatorischen Rahmenbedingungen entwickeln, ist offen. Zwar lassen sich einmal veröffentlichte Modellgewichte nicht einfach zurückholen, zukünftige Einschränkungen bei Verteilung, Nutzung oder Support sind jedoch denkbar. Für Unternehmen spricht deshalb vieles dafür, Modelle als austauschbare Komponenten ihrer KI-Architektur zu behandeln, statt sich von einem einzelnen Anbieter abhängig zu machen.

Der zweite Faktor ist die Hardware. Sie hat folgende Grenzen:

  • Qualität
    Das lokale Modell liegt etwa eine Generation hinter dem Frontier. Die härtesten Designprobleme gehören weiterhin in die Cloud.
  • Kapazität
    Eine Box kann nur eine begrenzte Anzahl von Aufgaben gleichzeitig bearbeiten. Mit zunehmender Parallelisierung sinkt die Geschwindigkeit. In Tests lag die Leistung bei acht gleichzeitigen Anfragen rund 40 Prozent niedriger als bei einer einzelnen Anfrage.
  • Betrieb
    Eine lokale Lösung muss eingerichtet, gewartet und abgesichert werden. Der Aufwand ist nicht zu unterschätzen: In Tests erreichte dieselbe Hardware nach einer optimierten Konfiguration ein Vielfaches der ursprünglichen Leistung. Künftig könnten solche Aufgaben zunehmend von Agenten selbst übernommen werden.

Was das für dein Team bedeutet

Nichts davon spricht dafür, die Cloud zu verlassen. Es spricht vielmehr dafür, die Arbeit sinnvoll aufzuteilen.

  • Die Cloud für das Unvorhersehbare nutzen
    Kundenseitige Anwendungen, Lastspitzen und gemeinsam genutzte Services bleiben typische Cloud-Anwendungsfälle. Hier spielen flexible Skalierung und nutzungsbasierte Abrechnung ihre Stärken aus.
  • Eigene Kapazitäten für Agentic Coding aufbauen
    Coding-Workloads sind oft kontinuierlich, ressourcenintensiv und vertraulich. Sinnvoll ist ein Einstieg mit den Teams, die Agenten heute bereits intensiv nutzen, und eine Infrastruktur, die sich später erweitern lässt.
  • Aufgaben gezielt verteilen
    Routineaufgaben können lokal ausgeführt werden. Komplexe oder besonders anspruchsvolle Probleme gehen an die leistungsfähigsten verfügbaren Modelle. So lassen sich Kosten und Leistung gezielt ausbalancieren.
  • Das Modell austauschbar halten
    Eine Routing-Schicht zwischen Agenten und Modellen ermöglicht es, Anfragen flexibel an lokale Systeme oder Cloud-Dienste weiterzuleiten. Fällt ein Modell weg oder erfüllt neue Anforderungen nicht mehr, kann es ohne größere Anpassungen ersetzt werden.
  • Mit einem Pilotprojekt starten
    Ein kleines Team, wenige Geräte und ein klar definierter Zeitraum reichen aus, um belastbare Erfahrungen zu sammeln. Der Maßstab sollte dabei die aktuelle Token-Rechnung sein.

Wer heute neu in ein Unternehmen kommt, erhält Laptop und Monitor. Schon bald könnte eine dritte Ressource selbstverständlich werden: Zugriff auf eine eigene KI-Infrastruktur, die Agenten lokal ausführt, auf dem Schreibtisch oder im Serverraum.

Dahinter steht eine einfache wirtschaftliche Logik: Wird ein Kostenblock groß, regelmäßig und planbar, kaufen Unternehmen ihn oft ein, statt ihn dauerhaft zu mieten. Für die intensivsten Nutzer*innen von Agentic Coding zeichnet sich genau dieser Punkt bereits ab. Der Rest des Marktes könnte folgen.

Wann lohnt sich nun eigene Hardware?

Die meisten Unternehmen werden nicht zwischen Cloud und lokaler Infrastruktur wählen müssen. Wahrscheinlicher ist ein hybrider Ansatz: Standardaufgaben laufen lokal, die komplexesten Aufgaben in der Cloud.

Wer den Nutzen bewerten möchte, sollte mit einem Pilotprojekt starten. Eine Hardware-Einheit, ein kleines Team und einige Monate Praxiserfahrung liefern meist eine bessere Entscheidungsgrundlage als jede theoretische Kalkulation. Erst dann zeigt sich, ob sich der Aufbau eigener KI-Kapazitäten wirtschaftlich lohnt.

Über die Autoren

Ole Peters ist Senior Data & AI Engineer bei IBM iX DACH und arbeitet an KI-Agenten, LLM-Anwendungen, RAG-Systemen und datenbasierter Risikoanalyse für internationale Kunden. Er kommt aus der (Laser-)Physik, ist im Herzen Entwickler und bringt Use Cases konsequent von der Idee bis in die Produktion. In seiner Freizeit verfolgt er, wohin sich die Agent-Welt entwickelt, von MCP-Servern bis zu autonomen KI Agenten.

Ole Peters
Senior Data & AI Engineer

Dušan Šalović ist Senior Data Scientist bei IBM iX und spezialisiert auf generative sowie agentische KI. Er unterstützt Unternehmen aus den Bereichen Retail, E-Commerce, Consumer Goods und Pharma dabei, KI-getriebene Transformation zu konzipieren und umzusetzen — von der strategischen Priorisierung bis hin zur skalierbaren Implementierung. Mit umfassender Expertise in fortgeschrittenen KI-Architekturen, Cloud-Plattformen und Enterprise-Integrationen hilft Dusan Organisationen, neue Technologien in messbaren Business Impact zu übersetzen. Bei IBM iX trägt er zudem zur Weiterentwicklung von Angeboten im Bereich Agentic AI bei und begleitet Teams als Sparringspartner für exzellente KI-Anwendung.

Dušan Šalović
Senior Data Scientist

Das könnte dich auch interessieren