In ArbeitErste Fassung, Stand 1. Oktober 2026. Inhalte, Bilder und Zahlen werden laufend ergänzt.
Wie gearbeitet wird

Methode.

Vier Schritte von echtem Material zum lauffähigen Prototyp — samt der Regeln, unter denen das passiert, und der Grenze, an der es aufhört.

NutzerFachbereichAnforderungBrainRegelwerke · Kontext · EntscheidungenArchitekturFrontendBackendDevOpsDSGVOTestgilt für jedenADomäneAProzessADienstAOberflächemehrere Agenten · getrennte Rollen · eigener ArbeitsraumStabile Anwendunggebaut in denselben Regelnwie ein ProduktWas sich als richtig erweist, wird Regel — nicht Erfahrung einer Person
Der Nutzer bringt die Anforderung. Das Brain hält die Regeln — als zusammenhängenden Bestand, nicht als Liste. Die Agenten bauen darin, und was herauskommt, folgt denselben Regeln wie ein Produkt.

Vorgehen

Extract · Model · Build · Validate — vier überprüfbare Zwischenergebnisse.

Ansehen →

Prozesse zuerst

Software beginnt nicht mit Features, sondern mit Arbeit.

Ansehen →

Leitplanken

Acht Regeln, an denen dieses Vorgehen scheitern kann — veröffentlicht statt behauptet.

Ansehen →

Grenzen

Was Prototyping nicht leistet, vor dem Gespräch statt im Kleingedruckten.

Ansehen →
Die Methode basiert auf Bausteinen.Das Tempo kommt nicht vom Agenten, sondern davon, dass Identität, Rechte, Prozessführung, Prüfkette und Testlauf schon existieren.
Weiter zu den Bausteinen →