Euer Einkaufsteam hat eine Tabelle. Drei Spalten: Google, Anthropic, OpenAI. Zeilen für Preis, Features, SLA. Eine Zeile fehlt — die einzige, die wirklich zählt: "Welche Abteilung kriegt die Rechnung."
Diese unsichtbare Zeile wird bestimmen, wer in eurem Unternehmen die KI-Agenten kontrolliert, und niemand im Meetingraum hat es bisher gerafft.
Die Preise kennt ihr bereits. Google rechnet Agent-Compute über eure Cloud-Infrastrukturkosten ab. Anthropic stellt Session-Stunden plus Tokens auf euer Engineering-API-Budget. OpenAIs SDK ist kostenlos zum Download, aber die Token-Kosten verteilen sich auf individuelle Entwickler-Accounts ohne zentrale Abrechnung. Diese Zahlen haben wir durchgekaut. Was wir nicht durchgekaut haben, ist das organisatorische Trümmerfeld, das danach kommt.
Budget-Ownership bedeutet Entscheidungsgewalt. Wenn ein autonomer Agent anfängt, echte Arbeit zu erledigen — Tools aufruft, E-Mails schreibt, Ressourcen bucht, ohne dass ein Mensch auf "Genehmigen" klickt — muss jemand dafür zahlen. Und wer zahlt, bestimmt. Bestimmt die Rollout-Geschwindigkeit. Bestimmt über den Kill-Switch. Bestimmt, ob das Ding nächste Woche live geht oder bis Q4 in der Beschaffungsprüfung versauert.
Die Infrastruktur-Falle
Googles Abrechnungsmodell legt die Governance in die Hände der Infrastruktur-Teams. Das sind Leute, die Uptime, Skalierung und Kostenoptimierung verstehen. Sie verstehen nicht, ob euer Kundenservice-Agent gerade Erstattungsrichtlinien halluziniert.
Sie können euch sagen, dass der Agent letzten Monat 847 vCPU-Stunden verbraucht hat. Sie können euch nicht sagen, dass der Agent einem Kunden eine volle Erstattung für ein nicht erstattungsfähiges Ticket versprochen hat. Infra-Teams behandeln Agent-Workloads wie jede andere Compute-Last — richtig dimensionieren, auto-skalieren, Kostenalarm bei 80% Budget. Das Verhalten des Agenten fällt durchs Raster, weil niemand auf der Infrastrukturseite die Fachexpertise hat, um zu beurteilen, was der Agent mit diesen Zyklen tatsächlich anstellt.
Die Engineering-Falle
Anthropics Modell gibt Engineering die Kontrolle. Die Leute, die den Agenten gebaut haben, zahlen die Rechnung. Logisch, bis man merkt, dass Engineering keine Headcount-Budgets kontrolliert, keine Kundenbeziehungen besitzt und nicht im Raum sitzt, wenn der VP Operations fragt, warum sich die Support-Kosten dieses Quartal verdreifacht haben.
Ingenieure optimieren auf Capability. Sie wollen, dass der Agent mehr kann, mehr Edge Cases abdeckt, mehr Tools aufruft. Dieser Instinkt kollidiert direkt mit Kostendisziplin — und niemand hat Engineering die Autorität gegeben, diesen Tradeoff für die gesamte Organisation zu treffen. Wie Finouts Kostenanalyse vom 12. April zeigte, kann eine einzelne einstündige Coding-Session mit einem Top-Tier-Modell etwa 0,70 $ kosten, bevor man die Engineering-Stunden zählt, die man damit verbringt zu entscheiden, ob man sie überhaupt laufen lässt. Multipliziert das mit einem Team von vierzig Leuten, und plötzlich habt ihr eine Budget-Diskussion, für die Engineering nie ausgebildet wurde.
Die Niemand-Falle
OpenAIs Agents SDK — im März 2025 als Open Source veröffentlicht und am 15. April 2026 aktualisiert — kostet im Betrieb nichts. Aber die Token-Kosten verteilen sich auf individuelle Entwickler-API-Accounts. Niemand bekommt eine zentrale Rechnung. Was bedeutet: Niemand kontrolliert zentral die Ausgaben. Jeder Entwickler ist seine eigene Einkaufsabteilung.
Das ist das schlimmste Ergebnis. Nicht weil es teuer ist — es könnte sogar günstiger sein — sondern weil es keinen einzelnen Verantwortlichen gibt, den man um 3 Uhr nachts aus dem Bett klingeln kann, wenn der Agent Mist baut.
Wie World Today News am 19. April berichtete, erzeugen diese Preisarchitekturen fundamental unterschiedliche Organisationsstrukturen. Die OpenAI-Struktur lautet: keine.
Die Frage, die niemand stellt
Wie John Furrier für SiliconANGLE am 20. April schrieb: "Der Kampf verlagert sich von Modellen zu Plattformen zu Control Planes." Er hat Recht, was den Kampf betrifft. Er irrt sich, wer ihn führt. Es ist nicht Anbieter gegen Anbieter. Es ist euer Infrastruktur-Team gegen euer Engineering-Team gegen euer Produkt-Team, und keines von ihnen hat diesen Krieg bestellt.
Meine Meinung: Die Abteilung, die das Budget hält, muss auch die Fachexpertise haben, um das Risiko des Agenten einzuschätzen. Nicht Compute-Risiko. Nicht Kostenrisiko. Verhaltensrisiko. Kann dieser Agent Dinge versprechen, die ihr nicht liefern könnt? Kann er auf Daten zugreifen, auf die er keinen Zugriff haben sollte? Kann er Handlungen ausführen, die menschliches Urteilsvermögen erfordern?
Keine Vendor-Preisseite beantwortet diese Fragen. Und das Organigramm, das aus jedem Preismodell resultiert, bestimmt, ob überhaupt jemand in eurem Unternehmen in der Position ist, sie zu stellen. Aktuell lassen die meisten Firmen einfach das Team entscheiden, das bereits den Cloud-Account betreibt — ein Auswahlkriterium, das ungefähr so rational ist wie seinen Chirurgen danach auszuwählen, wer den Krankenhausstellplatz hat.
Bevor ihr Features und Benchmarks vergleicht, verfolgt, wo die Agent-Rechnung landet. Dann fragt: Versteht diese Abteilung, was der Agent tut, nicht nur was er kostet?
Ihr wählt keinen Anbieter. Ihr wählt, welche Abteilung das Agent-Zeitalter besitzt. Die Preisseite hat diese Entscheidung bereits für euch getroffen — ihr habt sie nur noch nicht so gelesen.

