40 % der Multi-Agent-Pilotprojekte scheitern. So wählen Sie das richtige Orchestrierungsmuster – und vermeiden diejenigen, die scheitern.
Die Ära der Single-Agent-AI-Systeme erreichte 2025 ihren Höhepunkt — man gab einem LLM (Large Language Model) einen Prompt, einige Werkzeuge und ein Ziel, und es bewältigte begrenzte Aufgaben recht gut.
Schreiben Sie das Event mit den Daten. Teilen Sie diese niemals auf.
Zwei Schreibvorgänge, die gemeinsam erfolgreich sein sollten, werden sich im Laufe der Zeit separat fehlschlagen.
Ihr Order-Service speichert die Bestellung in der Datenbank und veröffentlicht anschließend ein order.created-Ereignis an einen Message Broker.
Der Go-Kontext dient dem Kontrollfluss, nicht der Datenspeicherung.
Go’s context.Context ist einfach genug, um schlecht verwendet zu werden – und genau das ist das Problem.
Die Spezifikation als Single Source of Truth, nicht als Begleitdokument.
Spec-getriebene Entwicklung ist eine dieser Ideen, nach der Softwareentwickler zuvor gegriffen und die sie dann wieder fallen ließen, als der Aufwand nicht mehr lohnend war.
Spezifikationen als Single Source of Truth oder langsame Zeremonie?
Spec-getriebene Entwicklung (Spec-Driven Development, SDD) trat 2026 als die ernsthafte Antwort der Entwickler auf die Abweichung beim Vibe Coding auf.
Halten Sie die Absicht nah am Code.
Entscheidungsdokumente sind die fehlende Speicherschicht in der KI-gestützten Softwareentwicklung. Sie erfassen nicht nur, was gebaut wurde, sondern auch warum – und diese Unterscheidung wird entscheidend, wenn KI-Tools Ihren Code schreiben.
Behandeln Sie Fehler an der richtigen Grenze.
Das Fehlerhandling in Go ist ein beliebter Kritikpunkt. Jeder Go-Entwickler hat diesen Code hunderte Male geschrieben:
Vermeiden Sie unnötiges Warten in parallelen Go-Tests.
Das Testen von parallelem Go-Code erforderte bisher stets eine gewisse Disziplin. Goroutinen sind günstig, Channels sind einfach und die Kontextabsage ist idiomatisch – Hintergrundarbeiter und Timer sind in echten Go-Diensten allgegenwärtig.
A2A ist nicht tot. Es ist einfach nicht universell.
Googles Agent2Agent-Protokoll, meist als A2A abgekürzt, hatte ein seltsames erstes Jahr.
Zuverlässige Polling-Muster für KI-Agenten.
Polling-Agenten gehören zu den wenig glamourösen Aspekten der Architektur von KI-Assistenten, sind jedoch gleichzeitig eine der nützlichsten Komponenten.
A2A macht Agents zu Netzwerkpeers.
Das A2A-Protokoll (Agent2Agent Protocol) ist ein offener Standard für die Kommunikation zwischen unabhängigen KI-Agenten-Systemen.
MCP gibt Agenten Werkzeuge. A2A gibt Agenten Peers.
Die Architektur von KI-Agenten beginnt sich in zwei Schichten aufzuteilen.
CQRS in Go implementieren, ohne unnötigen Ballast
CQRS ist eines dieser Patterns, das überbeworben, überkompliziert und gelegentlich fälschlicherweise als Heilmittel gegen die langweilige CRUD-Alltagsarbeit dargestellt wird.
Diagrams as Code, ohne den Stress.
Mermaid ist ein textbasiertes Diagrammwerkzeug für Menschen, die Diagramme lieber schreiben, als Kästchen auf einer Leinwand zu verschieben. Es verwendet eine Markdown-ähnliche Syntax, um Flussdiagramme, Sequenzdiagramme, Klassendiagramme, Zustandsautomaten, Zeitachsen, Gantt-Diagramme, Entity-Relationship-Diagramme und mehr zu beschreiben.
Organisieren Sie Notizen nach Aktionen, nicht nach Themen.
Die Organisation von Notizen nach Themen klingt logisch, bis man Notizen zu PostgreSQL in fünf verschiedenen Ordnern hat und diejenige, die für das aktuelle Problem relevant ist, nicht findet.
Notizen, die sich verbessern, anstatt zu veralten.
Die meisten Engineering-Notizen werden einmal geschrieben und dann vergessen. Man fasst etwas während einer Debugging-Sitzung zusammen, kopiert es irgendwohin und findet es zwei Jahre später, ohne Kontext dafür zu haben, warum es damals wichtig war.
Neue Beiträge zu Systemen, Infrastruktur und KI-Engineering.
