KI-Code-Konsistenz:Ein Muster, 633 Services

KI-Code-Konsistenz entsteht, indem du ein Master-Muster baust und die KI es kopieren lässt — und sie nie zweimal einen neuen Ansatz erfinden lässt. Eine echte Plattform hat es im großen Maßstab bewiesen: 633 Services, jeder einzelne eine identische Kopie eines einzigen Fundaments mit 305 Zeilen, jeder einzelne von der KI gebaut. Wiederholung, nicht Neuheit, ist die Superkraft.

Wenn du nicht-technisch bist, ist das vielleicht die kontraintuitivste Lektion beim KI-gestützten Bauen. Wir sind darauf trainiert, Kreativität für den wertvollen Teil zu halten. In Software gilt das Gegenteil: Die wertvollsten Codebasen sind die langweiligsten. Hier ist die Geschichte, mit den Konzepten über dem Code.

Der Fehler, der fast passiert wäre

Januar 2025. Die Datenbank für FIKR Space ist entworfen — 964 Tabellen, vom ersten Tag an mandantenfähig. Jetzt braucht sie Services. Viele Services.

Die KI baut den ersten. Er funktioniert. Super. Die KI baut den zweiten — und nutzt ein anderes Muster. Andere Fehlerbehandlung, andere Art, die Datenbank abzufragen. Der dritte Service? Noch ein anderes Muster.

Stopp. Denn die Rechnung dieser Entwicklung ist brutal: Mach so weiter, und beim 100. Service hast du 100 verschiedene Muster. Jeder Bug wird auf 100 verschiedene Arten behoben. Refactoring wird unmöglich. Konsistenz wird zum Traum.

Das ist kein Fehlverhalten der KI. Bitte die KI, etwas von Grund auf zu bauen, und sie erzeugt eine völlig vernünftige Internet-Durchschnittslösung — jedes Mal eine andere völlig vernünftige Lösung. Die KI ist eine brillante Improvisatorin, und Improvisation ist genau das, was eine Codebasis nicht überlebt. Ungesteuert driftest du so in die Vibe-Coding-Falle.

Was ein Service eigentlich ist (ganz ohne Code)

Eine kurze Übersetzung für nicht-technische Leser. Ein Service ist die Schicht zwischen deiner Datenbank und deinen Screens. Wenn ein Nutzer auf „Speichern“ klickt, prüft ein Service, ob er das darf, schreibt die Daten an die richtige Stelle, hält fest, wer es getan hat, und meldet zurück — Erfolg oder einen hilfreichen Fehler.

Wenn die Datenbank das Fundament deines Produkts ist und die Screens sein Gesicht, dann sind Services das Nervensystem: Jedes Signal läuft durch sie. Jedes Feature deines Produkts braucht einen — und so landet eine ernsthafte Plattform bei Hunderten. Und jeder Service muss dieselben fünf Fragen beantworten: Darf dieser Nutzer das? Zu welchem Kunden gehören diese Daten? Was passiert, wenn etwas fehlschlägt? Soll diese Aktion protokolliert werden? Ist die Eingabe sicher?

Fünf Fragen, Hunderte Services. Diese Wiederholung ist entweder dein größtes Risiko oder dein größter Vorteil — abhängig von einer einzigen Entscheidung.

KI-Code-Konsistenz: der Master-Muster-Zug

Die Entscheidung: Hör auf, Services zu bauen, und baue zuerst das Muster. Ein Fundament — 305 Zeilen Code —, das alle fünf Fragen einmal beantwortet. Fehlerbehandlung. Mandantenfilterung, damit jeder Kunde nur seine eigenen Daten sieht. Berechtigungsprüfung. Audit-Logging. Eingabebereinigung. Jede hart erarbeitete Antwort, ein einziges Mal kodiert.

Dann eine Regel, die in jeden Feature-Bauplan geschrieben wird, den die KI bekommt: Jeder Service erweitert das Fundament. Keine Ausnahmen. (Diese Baupläne sind PRPs — die Mechanik steht in der PRP-Methode.)

Ab diesem Moment hörte die KI auf zu improvisieren und begann zu replizieren. Bitte sie um einen neuen Service, und sie kopiert das bewährte Skelett, füllt die Besonderheiten aus und erbt jede Sicherheitseigenschaft gratis. Der erste Service dauerte etwa 2 Stunden — die Zeit, das Fundament ordentlich zu bauen. Jeder der nächsten 632 dauerte 15–30 Minuten. Über die gesamte Plattform sind das grob 800 eingesparte Stunden gegenüber dem Neubau jedes einzelnen.

Das BuchThe Solopreneur RevolutionLuis Gonçalves darüber, wie du neben dem Job mit KI ein Solopreneur-Business aufbaust.Zum Buch →

Eine Änderung, 633 Updates

Der Zinseszins-Effekt kommt später. Als dem Fundament Audit-Logging hinzugefügt wurde, bekamen es alle 633 Services — sofort. Als Fehlermeldungen aus Sicherheitsgründen bereinigt wurden, bekamen es alle 633 Services. Als die Abfragebehandlung besser wurde, bekamen es alle 633 Services. Eine Änderung, 633 Updates, null manuelle Edits.

Daraus ergibt sich ein einfacher Test, ob deine Architektur funktioniert. Nennen wir ihn den Skalierungstest: Wenn du deinem Fundament eine Fähigkeit hinzufügen kannst und jeder Service sie sofort erbt, hast du es geschafft. Wenn du 633 Dateien von Hand aktualisieren müsstest, bist du gescheitert. Der Test funktioniert bei 6 Services genauso gut wie bei 633 — der einzige Unterschied ist, wie weh es tut, die Antwort erst spät zu entdecken.

Warum Wiederholung die Superkraft ist

Die Zahlen hinter dem Argument „langweilig ist schön“:

Schau auf die Zeile kleinster/größter Service. Der einfachste Service hat 87 Zeilen; der komplexeste bildet einen ganzen Investment-Deal-Workflow auf 2.214 Zeilen ab. Völlig unterschiedliche Aufgaben — identisches Skelett. Die Komplexität variiert; das Muster nie.

Das ist das Konzept zum Mitnehmen: Die KI ist eine perfekte Replikatorin. Was immer du ihr als Referenz gibst, reproduziert sie treu und unermüdlich — der Hebel liegt also ganz darin, was du replizierenswert machst. Bring ein Muster einmal richtig hin, und die KI stanzt es hunderte Male aus, ohne Ermüdung, Ego oder Abkürzungen. Bring zuerst nichts richtig hin, und die KI repliziert stattdessen bereitwillig Chaos. Dieselbe Logik treibt die Anatomie des Produktions-Prompts: Richte die KI auf deine beste bestehende Arbeit und lass sie kopieren.

Kreativität gehört in dein Produkt, deine Positionierung, dein Angebot. Deine Codebasis sollte das unkreativste sein, was du besitzt.

12 WochenDeine Konzernkarriere war nie der PlanBewirb dich beim Solopreneur Accelerator.Jetzt bewerben →

Häufig gestellte Fragen

Was ist eine Service-Schicht in einfachen Worten?

Sie ist die mittlere Schicht deines Produkts: der Code zwischen der Datenbank (wo die Daten leben) und der Oberfläche (was Nutzer sehen). Jede bedeutsame Aktion — speichern, abrufen, löschen, Berechtigungen prüfen — läuft durch einen Service. Deshalb zählt Konsistenz dort mehr als irgendwo sonst.

Brauche ich 633 Services?

Nein — diese Zahl spiegelt eine große Multi-Produkt-Plattform. Aber das Prinzip gilt ab deinem fünften Service. Die Falle „jedes Mal ein anderes Muster“ beginnt bei Service zwei, und die Kosten, Inkonsistenz zu beheben, wachsen mit jedem weiteren Service. Baue das Fundament, bevor du die Menge baust.

Wie bringe ich die KI dazu, jedes Mal mein Muster zu befolgen?

Zwei Schritte. Erstens: Lege das Fundament als echte Datei in deinem Produkt an, nicht als Idee in deinem Kopf. Zweitens: Verweise in jedem Feature-Bauplan ausdrücklich darauf, mit einer Regel ohne Ausnahmen. Die KI folgt Beispielen weit besser als Beschreibungen — wie du die KI auf Referenzdateien verweist, steht in der Anatomie des Produktions-Prompts.

Was passiert, wenn ich das Master-Muster auslasse?

Nach zehn Services hast du zehn verschiedene Muster: zehn Fehlerbehandlungsstile, zehn Sicherheitsansätze, zehn Arten, mit der Datenbank zu sprechen. Jeder Fix muss pro Service neu entdeckt werden, und ein ordentliches Aufräumen bedeutet irgendwann, den Großteil deines Produkts neu zu schreiben. Es ist die strukturelle Version von der Vibe-Coding-Falle — jetzt schneller Fortschritt, später mit Zinsen bezahlt.