Ein Branchenreport von 2026 findet: Unternehmen betreiben im Schnitt zwölf KI-Agenten — aber rund die Hälfte davon arbeitet isoliert, ohne jede Koordination. Der Engpass verschiebt sich gerade von Habt ihr Agenten zu Sind eure Agenten orchestriert. Genau das ist das eigentliche Thema.
Zwölf Agenten, und die Hälfte arbeitet allein
Ein Branchenreport von 2026 (Belitsoft) liefert eine Zahl, die das Stadium der Agenten-Adoption präzise beschreibt: Unternehmen betreiben mittlerweile im Schnitt zwölf KI-Agenten — aber etwa die Hälfte davon arbeitet isoliert, ohne jede Koordination mit den anderen. Sie laufen nebeneinander her, nicht miteinander.
Der Kontext macht klar, wie schnell das passiert ist. Rund 80 Prozent der Unternehmensanwendungen, die in Q1 2026 ausgeliefert oder aktualisiert wurden, binden mindestens einen KI-Agenten ein — 2024 waren es noch 33 Prozent. 31 Prozent der Unternehmen haben mindestens einen Agenten produktiv im Einsatz, angeführt von Banken und Versicherungen mit 47 Prozent, gefolgt von Healthcare (18 Prozent) und der öffentlichen Verwaltung (14 Prozent).
Die erste Welle der Agenten-Einführung ist also vorbei. Sie hat funktioniert — und sie hat ein neues Problem produziert: Wildwuchs.
Klingt interessant?
Wie aus vielen Agenten ein Durcheinander wird
Der Mechanismus ist immer derselbe. Ein Team kauft einen Agenten als Punktlösung für ein konkretes Problem. Ein anderes Team kauft einen anderen Agenten für ein anderes Problem. Niemand plant eine gemeinsame Architektur, weil die einzelnen Anschaffungen je für sich Sinn ergeben. Nach zwölf solcher Entscheidungen stehen zwölf Agenten im Haus — und sechs davon wissen nicht einmal, dass die anderen existieren.
Wenn die Hälfte der Agenten allein arbeitet, ist das kein kosmetisches Problem. Es bedeutet konkret:
- Doppelte Arbeit. Zwei Agenten lösen dieselbe Teilaufgabe, weil keiner vom anderen weiss.
- Inkonsistente Ergebnisse. Jeder Agent trifft Entscheidungen auf Basis eigener Annahmen, und am Ende widersprechen sich die Outputs.
- Kein geteilter Kontext. Was Agent A über einen Kunden, ein Repository oder einen Vorgang gelernt hat, geht für Agent B verloren. Jeder fängt bei null an.
- Wachsende Integrationsschuld. Jeder isolierte Agent ist ein Punkt, den irgendwann jemand von Hand an die anderen anschliessen muss — und diese Schuld wächst mit jedem neuen Tool.
Der Engpass hat sich verschoben. Die Frage war jahrelang: Haben wir überhaupt Agenten? Diese Frage ist beantwortet. Die neue Frage lautet: Sind unsere Agenten orchestriert? Und für die Hälfte der eingesetzten Agenten ist die Antwort nein.
In der Softwareentwicklung wird es besonders sichtbar
Nirgends zeigt sich der Wildwuchs deutlicher als im Software-Lifecycle. Hier ist die Versuchung gross, für jeden Schritt einen eigenen Agenten zu kaufen: Einer schreibt Code, ein anderer reviewt ihn, ein dritter deployt. Klingt nach Arbeitsteilung. In der Praxis ist es ein Staffellauf, bei dem niemand den Stab weitergibt.
Der Code-Agent kennt die Architekturentscheidungen nicht, die der Review-Agent durchsetzen will. Der Review-Agent kennt die Deployment-Constraints nicht, die der Deploy-Agent kennt. Keiner teilt seinen State mit dem nächsten. Das Resultat sind nicht Flow, sondern Reibung: Übergaben, die scheitern, Annahmen, die kollidieren, und ein Mensch, der am Ende dazwischenspringen muss, um zu übersetzen, was drei Agenten je für sich richtig gemacht haben.
Isolierte Agenten in der Entwicklung sind nicht schneller als ein gut integrierter Workflow — sie sind oft langsamer, weil die Koordination, die sie nicht leisten, jemand anders nachholen muss.
Was das für CTOs und Tech-Leads bedeutet
Drei Konsequenzen, die ich für relevant halte:
Erstens: Die Anzahl der Agenten ist keine Kennzahl. Zwölf Agenten zu haben ist kein Fortschritt, wenn sechs davon allein arbeiten. Die relevante Metrik ist nicht, wie viele Agenten ihr betreibt, sondern wie viele davon Kontext teilen und koordiniert handeln. Alles andere ist Wildwuchs, der sich gut anfühlt.
Zweitens: Integrationsschuld ist die neue technische Schuld. Jeder Agent, der als Punktlösung gekauft wird, verschiebt die Koordinationsarbeit in die Zukunft — und macht sie teurer. Was heute ein Tool-Kauf ist, wird morgen ein Integrationsprojekt. Wer Agenten ohne gemeinsame Orchestrierungsschicht anschafft, baut diese Schuld systematisch auf.
Drittens: Orchestrierung ist eine Architekturentscheidung, kein Feature. Man kann Koordination nicht nachträglich auf ein Dutzend siloierter Agenten aufpfropfen. Geteilter Kontext und abgestimmtes Handeln müssen von Anfang an Teil der Plattform sein, auf der die Agenten laufen — sonst bleibt es bei der Hälfte, die allein arbeitet.
Und genau hier kommt nopex ins Spiel
Der Agenten-Wildwuchs bestätigt, was wir von Anfang an gesagt haben: Eine Sammlung disconnecteter Tools ist kein agentenbasierter Software-Stack. nopex ist eine orchestrierte Agentenplattform, kein Beutel voller Einzelwerkzeuge.
Bei uns teilen die Agenten Kontext und koordinieren über den gesamten Entwicklungs-Lifecycle hinweg — vom Code über das Review bis zum Deployment. Es gibt keine sechs Agenten, die nicht voneinander wissen, weil sie nicht als Punktlösungen nebeneinandergestellt, sondern als ein abgestimmtes System gebaut sind. Das Ergebnis ist Flow statt Wildwuchs: keine doppelte Arbeit, kein verlorener Kontext, keine wachsende Integrationsschuld.
Und das alles auf europäischer Infrastruktur mit anbieterunabhängigem Modell-Routing — damit ihr weder in Vendor Lock-in noch in Agenten-Silos lauft. Die erste Welle der Adoption hat gezeigt, dass viele Agenten leicht zu haben sind. Die zweite Welle entscheidet sich daran, ob sie miteinander reden. Genau dafür ist nopex gebaut.
