Determinismus einfach erklärt
Warum eine von Maker generierte Anwendung nicht kaputtgeht, wenn Sie sie anpassen — in nicht-technischer Sprache.
Das Problem klassischer Generatoren
Wenn eine KI den Code einer Anwendung direkt schreibt, ist jede Korrektur eine neue Fassung. Eine kleine Änderung anzufordern kann anderswo etwas anderes kaputtmachen, ohne Vorwarnung. Das ist die Quelle der „Korrekturschleifen“: Man korrigiert, es geht kaputt, man korrigiert erneut.
Der Ansatz von Maker: App = Builder(Spezifikation)
Bei Maker schreibt die KI nicht den Code. Sie entwirft eine Spezifikation: die Liste der Entitäten, die Geschäftsregeln, die Kennzahlen. Anschließend verwandeln deterministische Builder — Programme, keine KI — diese Spezifikation in Code.
„Deterministisch“ bedeutet: Dieselbe Spezifikation erzeugt immer denselben Code. Keine Improvisation, kein halluzinierter Code.
Der Ablauf, Schritt für Schritt
- Ihr Prompt — in natürlicher Sprache.
- Die Spezifikation — von der KI entworfen (Entitäten, Regeln, Kennzahlen).
- Der Code — von deterministischen Buildern aus der Spezifikation geschrieben.
Was das für Sie ändert
Ihre Anwendung anzupassen bedeutet, die Spezifikation anzupassen und dann die Builder neu bauen zu lassen. Das Verhalten bleibt vorhersehbar: keine überraschende Regression, keine bei jedem Versuch berechnete Korrekturschleife. Sie iterieren mit Zuversicht.