Jetzt kommt Phase 3 „Bauen". Mit der in Kapitel 2 festgelegten Spezifikation und der in Kapitel 3 gewählten Technik und den Werkzeugen setzen Sie nun etwas Lauffähiges zusammen. Wer hier strauchelt, scheitert meist nicht, weil er „keinen Code schreiben kann". Er scheitert, weil er auf einen Schlag die Fertigstellung anpeilt. Dieses Kapitel zeigt für beide Routen, wie Sie mit der KI als Partner „klein bauen und laufen lassen" schnell im Kreis drehen.
Nicht „auf einen Schlag fertig", sondern „klein vorankommen"
Die Grundhaltung beim Umsetzen – klein im Kreis
Die wichtigste Haltung beim Umsetzen ist nur eine: „klein bauen, laufen lassen und verbessern" schnell zu wiederholen. Versuchen Sie nicht, die fertige Form im Kopf in einem Zug zu bauen. Bauen Sie zuerst den kleinsten „laufenden Brocken" und lassen Sie ihn nach und nach wachsen.
Warum das wirkt? Weil sich bei einem Programm erst durch Laufenlassen zeigt, was falsch ist. Wer 100 Zeilen schreibt und alles auf einmal laufen lässt, weiß nicht, wo die Ursache liegt, und steht ratlos da. Wer 10 Zeilen schreibt und laufen lässt, hat den Fehler nur in diesen 10 Zeilen. Bei der KI ist es genauso: klein bitten und sofort prüfen führt am Ende viel schneller und sicherer zum Ziel.
„Bau alle Funktionen auf einmal" der KI hingeworfen. Es kommt eine Menge Code, aber beim Laufenlassen voller Fehler. Man findet die Ursache nicht und verliert die Kraft zum Korrigieren.
„Erst nur der Screen, der die Liste anzeigt" – Funktion für Funktion beauftragen. Läuft es, das Nächste, so türmt es sich. Sie kommen voran und behalten stets einen „laufenden Zustand".
⚠️ Auch die KI schreibt Fehler – deshalb immer selbst laufen lassen. Code, den die KI schreibt, sieht plausibel aus, verhält sich aber beim Laufenlassen oft fehlerhaft oder anders als gedacht. „Von der KI, also sicher richtig" ist tabu. Lassen Sie ausgegebenen Code stets selbst laufen und prüfen Sie ihn mit eigenen Augen. Das ist die erste eiserne Regel, die Sie sich in der Indie-Entwicklung aneignen sollten. Wer ohne Laufenlassen weitermacht, häuft Fehler an, bis nichts mehr zu retten ist.
Die Schritte der Schleife „bauen, laufen lassen, verbessern"
Dieses „klein im Kreis" in vier konkrete Schritte gefasst zeigt die Abbildung unten. Eine Funktion drehen Sie in dieser Schleife immer wieder herum. Ein Umlauf dauert wenige Minuten bis einige Zehn Minuten. Je schneller Sie drehen, desto besser werden Sie.
„Als Nächstes nur diese eine Funktion" konkret an die KI. Je enger der Rahmen, desto höher die Genauigkeit.
Sobald es da ist, gleich ausführen. Im Browser oder Terminal mit eigenen Augen das Ergebnis prüfen.
Bei Fehlern oder Unstimmigkeiten „ändere das hier so" im Gespräch korrigieren. Wiederholen, bis es läuft.
Läuft es, als Etappe speichern (committen). Den guten Zustand sichern und zur nächsten Funktion.
💡 Nehmen Sie STEP 4 „Speichern" ernst. Wenn Sie nach jeder laufenden Funktion speichern (mit einem Git-Commit), können Sie, falls die nächste Änderung etwas kaputt macht, zum letzten laufenden Zustand zurückkehren. Das ist die Rettungsleine gegen die Tragödie „gestern lief es doch noch". Wie das Speichern konkret geht, behandeln wir im nächsten Kapitel 5 im Detail.
Umsetzungsstile der Einsteiger- und Praxis-Route
„Klein im Kreis" ist die gemeinsame Haltung, doch wie genau Sie drehen, hängt von der Route ab. Prüfen Sie das Vorgehen passend zu Ihrer in Kapitel 1 gewählten Route. Natürlich dürfen Sie unterwegs mischen oder wechseln.
Mit Vibe Coding bauen Sie die App im Gespräch mit der KI zusammen. „Bau den Listen-Screen" → „mach den Button blau" → „beim Drücken soll gespeichert werden" – auf Deutsch bitten, den Screen ansehen, wieder bitten. Diese Wiederholung ist genau die „Schleife klein im Kreis".
Tipp: Immer nur eines auf einmal bitten. Klappt es nicht, sagen Sie „mach die letzte Änderung rückgängig".
Sie geben Claude Code und anderen die Spezifikation komplett und überlassen ihnen eine zusammenhängende Umsetzung. Passen Sie je nach Umfang den Aufwand (effort) an und setzen Sie Berechtigungsmodi gezielt ein, damit nicht eigenmächtig zu viele Dateien geändert werden – so automatisieren Sie sicher.
Tipp: Groß delegieren, aber klein prüfen. Beim Feststecken die Fehlersammlung nach Lösungen durchsuchen.
Auf beiden Routen dürfen Sie eines nicht vergessen: die Grundhaltung „das Ausgegebene selbst laufen lassen und prüfen". Ob Sie im Gespräch bauen oder automatisch bauen lassen – das Prüfen ist Sache des Menschen. Diesen einen Handgriff nicht zu sparen, entscheidet darüber, ob Sie ans Ziel kommen.
Wenn Sie KI-Funktionen einbauen
Wenn das, was Sie bauen, eine „App ist, die KI nutzt" – etwa Texte zusammenfasst, Fragen beantwortet oder Bilder beurteilt –, brauchen Sie ein Konstrukt, das die KI aus der App heraus aufruft. Hier wird es ein wenig fachlich, doch die Optionen lassen sich in drei ordnen. Wählen Sie nur, was Ihre App wirklich braucht.
Wollen Sie nur ein KI-Modell aus der App nutzen, ist der Aufruf einer KI-API die Basis. Denken Sie an einen Schalter „Text senden, KI-Antwort kommt zurück".
Wollen Sie mehrere KIs je nach Lage einsetzen, vereinheitlichen Sie die Schreibweise mit dem Vercel AI SDK. Für die zentrale Verwaltung im Betrieb ist ein LLM-Gateway praktisch.
Soll auf Basis interner Dokumente oder eigener Unterlagen geantwortet werden, dann RAG. Ein Konstrukt, das der KI „Ihre eigenen Unterlagen" gibt und so Eigenständigkeit erzeugt.
🧭 Im Zweifel reicht ①. Für das erste MVP genügt meist der Aufruf einer einzigen KI-API. ② und ③ ergänzen Sie, wenn der Bedarf entsteht – „mehrere Modelle vergleichen", „mit eigenen Daten antworten". Auch hier ist „klein bauen" die richtige Antwort.
Was tun, wenn Sie feststecken
Beim Umsetzen stecken Sie irgendwo garantiert fest. Ein Fehler erscheint, es verhält sich nicht wie gedacht – das ist kein Scheitern, sondern der Beweis, dass Sie bauen. Wichtig ist, beim Feststecken nicht in Panik zu geraten, sondern der Reihe nach einzugrenzen. Mit der KI kommen Sie heute viel schneller wieder heraus als früher.
Den roten Text ganz kopieren und fragen „Dieser Fehler kam. Ursache und Behebung?" Die Fehlermeldung ist der größte Hinweis. Nicht eigenmächtig umschreiben, erst einfügen.
Sich erinnern, „bis wohin lief es". Meist ist die eine Stelle, die Sie zuletzt geändert haben, die Ursache. Wer den Bereich verengt, findet sie sicher.
Verheddert es sich, kehren Sie zum gespeicherten letzten laufenden Zustand zurück und beginnen neu. Oft ist Zurückgehen schneller als Nachbohren.
🔧 Für die Praxis-Route. Häufige Fehler und Lösungen bei Claude Code und anderen sind in der Fehlersammlung zusammengetragen. Über denselben Fehler zu grübeln, ist Zeitverschwendung. Machen Sie sich zur Gewohnheit: beim Feststecken zuerst nachschlagen, wenn das nicht hilft, die KI fragen.
Zusammenfassung dieses Kapitels
Der Kern von Phase 3 „Bauen" liegt weniger in der Technik als in der Haltung, „klein bauen, laufen lassen und verbessern" schnell im Kreis zu drehen. Peilen Sie nicht die Fertigstellung auf einen Schlag an, sondern lassen Sie den laufenden Brocken nach und nach wachsen.
- Die Grundhaltung: „klein bauen und laufen lassen → verbessern" schnell im Kreis drehen. Nicht auf einen Schlag fertig.
- Auch die KI schreibt Fehler. Das Ausgegebene immer selbst laufen lassen und prüfen.
- 🌱 Einsteiger im Gespräch mit Vibe Coding, 🔧 Praxis mit übergebener Spezifikation, sicher automatisiert über Aufwand und Berechtigungsmodi.
- KI einbauen von der API an. Mehrere Modelle über Vercel AI SDK / LLM-Gateway, eigene Daten über RAG.
- Beim Feststecken: Fehlermeldung geben → klein eingrenzen → zum laufenden Zustand zurück. Auch die Fehlersammlung nutzen.
Steht etwas Lauffähiges, ist als Nächstes das sichere Veröffentlichen an der Reihe. Sie dürfen zum vorigen Kapitel 3 „Technik und Werkzeuge wählen" zurückkehren und die Vorbereitung überprüfen; kommt die Umsetzung aber in Schwung, gehen Sie zu Kapitel 5 „Testen und der Welt zeigen", wo Sie Tests und Sicherheit festigen und veröffentlichen.