Letzte Woche haben wir mit Claude in nur einer Stunde eine Architektur für einen Wardley-Map Editor entwickelt. Schnell, spontan, ungeprüft – klassisches “Architektur-Theater” könnte man sagen. Aber was passiert, wenn diese Express-Architektur auf die Realität des Codes trifft? In dieser Folge testen wir das ultimative “Garbage-In/Garbage-Out” Experiment: Kann Claude Code aus unserer spontanen Architektur funktionierenden Code entwickeln? Oder wird die fehlende Verifikation und Tiefe der Architektur zum Stolperstein? Mit dabei: Ingo Eichhorst , der als KI-Experte seine Einschätzung zur praktischen Anwendung von LLMs in der Softwareentwicklung einbringt. Gemeinsam ergründen wir: Wie robust sind LLM-generierte Architekturen in der Praxis? Wo sind die Grenzen zwischen Architektur-Theorie und Code-Realität? Kann Claude Code die Lücken einer “schnellen” Architektur selbst schließen? Welche architektonischen Entscheidungen erweisen sich als tragfähig, welche als Luftschlösser? Ein authentisches Experiment ohne Drehbuch: Werden wir am Ende einen funktionsfähigen Wardley-Map Editor haben – oder lernen wir schmerzhaft, warum gründliche Architektur-Arbeit durch nichts zu ersetzen ist? Live-Coding meets Architektur-Realitätscheck – mit ungewissem Ausgang. Links Claude-SPARC Script und Web-Tool (autogenerated) Dieses claude-sparc-sh ist gegenüber dem von Reuven Cohen leicht modifiziert: es braucht keine MCP-Tool-Definition uns installiert Claude Code, wenn es noch nicht installiert ist. Dadurch ist es z.B. einfach in einer sicheren Umgebung wie GitHub Codespaces einsetzbar: Die dazugehörige Website Reuven Cohen auf LinkedIn Die Architektur aus dem ersten Teil des Architektur-Theaters GitHub Repo Website Der Code aus der Live-Session Der Code aus einer vorherigen Test-Session
