Software für das Agentic Era: Warum Architektur heute wichtiger ist als je zuvor

Die Softwareentwicklung verändert sich grundlegend. Noch vor einem Jahr hätte kaum jemand den Begriff „agent-freundliche Architektur" auf dem Schirm gehabt. Heute gehört er zum essenziellen Wissensbestand.

Mit KI-Coding-Assistenten, die sich von der Spielerei zum unverzichtbaren Werkzeug entwickelt haben, wird uns eines klar: Diese Agenten sind nur so gut wie der Code, mit dem sie arbeiten dürfen. Gibt man einer KI ein Wirrwarr aus verstreuten Services, kreisenden Abhängigkeiten und kryptischen Benennungen, verbringt man die Hälfte des Tages mit Rückfragen und Klärungen. Bauen wir dagegen einen aufgeräumten Codebase auf – egal ob für KI oder Mensch –, bei dem der Kontext wie von selbst fließt, passiert plötzlich Magie.

Und genau hier kommt eine Architektur ins Spiel, die in dieser Welt zunehmend Beachtung findet: Polylith. Ehrlich gesagt, ist es eines dieser Konzepte, die im Nachhinein offensichtlich wirken.

Was genau ist Polylith?

Die Kurzfassung: Polylith kombiniert die Vorteile von Microservices mit der Einfachheit eines Monorepos. Man bekommt die Modularität und Isolation von Microservices, ohne dabei über ein Dutzend Repositories verstreut zu arbeiten.

Der Kerngedanke ist simpel: Dein Code besteht aus Bausteinen – wie bei LEGO. Manche sind klein und fokussiert, manche größere Zusammenstellungen, aber alle sind darauf ausgelegt, sauber ineinander zu greifen. In der Polylith-Welt heißen diese Bausteine Bricks, und es gibt zwei Varianten:

• Components: Das Herzstück der Anwendung. Hier lebt die Business-Logik, hier passieren die Features, hier steckt die eigentliche Funktionalität.
• Bases: Die Einstiegspunkte für Apps und Services. Im Idealfall schlank – sie delegieren an Components, anstatt selbst Logik zu enthalten.

Diese Trennung ist kein kosmetisches Detail. Sie zwingt dich dazu, von Anfang an über klare Grenzen nachzudenken. Eine Base muss die inneren Details einer Component nicht kennen; sie weiß nur, wie sie diese aufrufen kann. Sauber, vorhersehbar – und wichtig: sowohl für Menschen als auch für KI-Agenten leicht zu durchschauen.

Warum Agenten sich für Architektur interessieren

Jetzt wird es spannend aus der Perspektive der KI-gestützten Entwicklung.

Traditionelle Microservice-Architekturen sind zweifellos leistungsstark, bringen aber eine Komplexität mit, die selbst die cleversten Agenten ausbremsen kann:

• Code verteilt sich über mehrere Repositories
• Logik wird in verschiedenen Services dupliziert
• Gemeinsam genutzter Code wandert in Bibliotheken aus (und erzeugt dabei noch mehr Repositories)
• Versionsinkonsistenzen zwischen Abhängigkeiten

Ein Agent, der ein solches System verstehen oder verändern soll, muss zwischen Repositories hin- und herspringen, herausfinden, wo welche Funktionalität steckt, und Abhängigkeiten entwirren – und das, bevor überhaupt eine nützliche Codezeile entsteht. Das ist Overhead, den niemand braucht.

Polylith löst das, indem alles an einem Ort bleibt. Kontext ist immer griffbereit. Agenten müssen kein Labyrinth aus verknüpften Repositories navigieren; das vollständige Bild liegt in einem einzigen Workspace. Das ist nicht nur bequem für Agenten – es verändert grundlegend, wie effektiv sie arbeiten können.

Der Blick auf die Werkzeuge

Was Polylith besonders attraktiv macht, ist das dazugehörige Ökosystem an Tools. Gut durchdachte Werkzeuge setzen die Regeln der Architektur automatisch durch. Sie warnen, wenn Grenzen überschritten werden, melden zirkuläre Abhängigkeiten und halten den Codebase generell ehrlich.

Für Python-Entwickler gibt es spezielle Tooling-Unterstützung, die sich in die gängigen Package-Manager integriert – ob uv, poetry, pdm, pixi oder was auch immer du verwendest. Sogar eingebaute Features für Agent-Skills sind dabei, die KI-Assistenten quasi beibringen, wie sie innerhalb des Polylith-Frameworks arbeiten sollen.

Das ist auch ein echter Gewinn für die Prompt-Effizienz. Versteht ein KI-Agent die Konventionen der Architektur durch die Tools, sparst du Tokens bei der Kontexterklärung und kannst sie stattdessen für wertschöpfende Arbeit nutzen.

Was sich nicht ändert

Hier der beruhigende Teil: Viele Grundprinzipien guter Softwarearchitektur bleiben bestehen, egal ob ein Mensch oder eine KI den Code liest.

Einfachheit schlägt Komplexität. Klare Grenzen schlagen verworrene Abhängigkeiten. Kontext ist King. Diese Wahrheiten galten vor dem agentic Era, und sie werden danach gelten. Der Unterschied ist nur, dass wir jetzt motivierter sind, sie tatsächlich zu beherzigen – weil die Vorteile auch unseren KI-Assistenten zugutekommen.

Das große Bild

Wir bewegen uns in eine Ära, in der Entwicklung in Zusammenarbeit mit KI stattfindet. Das verändert die Gleichung für Architekturentscheidungen. Es geht nicht mehr nur um Developer Experience – sondern equally um Agent Experience.

Polylith ist natürlich nicht die einzige Antwort auf diese Herausforderung. Aber es ist ein interessanter Ansatz, der beide Seiten elegant bedient. Durch den Fokus auf Einfachheit und Kontext entsteht ein Codebase, der für Menschen angenehm zu navigieren ist – und zunehmend auch für Agenten.

Wenn du neue Projekte startest oder über eine Umstrukturierung bestehender Systeme nachdenkst, lohnt es sich, diese Diskussion im Hinterkopf zu behalten. Die Tools, die wir wählen – und die Architekturentscheidungen, die wir treffen – werden maßgeblich beeinflussen, wie effektiv uns KI-Assistenten beim Bauen unterstützen können.

Das agentic Era kommt nicht erst – es ist längst da. Die Frage ist nur, ob unsere Architekturen bereit sind, es zu begrüßen.

Welche Architekturmuster haben sich in deiner Arbeit mit KI-Coding-Assistenten bewährt? Schreib’s in die Kommentare – ich bin immer neugierig, wie andere diesen Wandel meistern.