Schritt 1–2: Nutzer und ein Problem festlegen
Schreibe einen Satz: „Ich möchte für mich eine Leseliste bauen, damit ich interessante Artikel später wiederfinde.“ Damit ist klar, wer die Anwendung nutzt und wozu. „Eine Plattform für alles“ ist dagegen kein umsetzbarer Start.
Wähle ein Problem, dessen Ergebnis du prüfen kannst. Für eine Leseliste sind das ein gespeicherter Titel, eine gültige URL und eine sichtbare Liste. Verwende zunächst fiktive Daten; Konten und Synchronisierung sind noch nicht notwendig.
Schritt 3–4: Umfang und Daten begrenzen
Bestimme höchstens drei Kernfunktionen: Artikel hinzufügen, als gelesen markieren und löschen. Notiere ausdrücklich: kein Login, keine KI-Zusammenfassung, kein Bezahlsystem. Das schützt dein Projekt vor unnötiger Komplexität.
Entscheide, ob Daten nach dem Neuladen erhalten bleiben sollen. Lokale Browserspeicherung kann für einen persönlichen Prototyp genügen. Sie ist keine geräteübergreifende Datenbank und kann beim Löschen der Browserdaten verschwinden.
Schritt 5: Erfolgskriterien vor dem Bauen schreiben
Ein Erfolgskriterium beschreibt sichtbares Verhalten, nicht eine technische Vermutung. „Benutzt eine moderne Datenbank“ sagt nicht, ob deine Liste zuverlässig funktioniert.
- Ein leerer Titel wird mit einer verständlichen Meldung abgewiesen.
- Ein gespeicherter Eintrag erscheint genau einmal in der Liste.
- „Als gelesen markieren“ verändert ausschließlich den ausgewählten Eintrag.
- Nach einem Neuladen sind lokal gespeicherte Einträge wieder sichtbar.
- Auf einem schmalen Bildschirm ist die Liste ohne horizontales Scrollen bedienbar.
Schritt 6: Diesen Startprompt anpassen
Ersetze Projekt und Funktionen, aber behalte die klare Trennung zwischen Pflicht, Ausschluss und Prüfung. Lass den Agenten offene Fragen nennen, bevor er unnötige Annahmen umsetzt.
Baue eine kleine persönliche Leseliste auf Deutsch.
Nutzer: nur ich, zunächst mit Testdaten.
Kernfunktionen: Titel und URL hinzufügen, als gelesen markieren, löschen.
Speicherung: lokal im Browser; erkläre die Grenzen dieser Speicherung.
Nicht enthalten: Login, Zahlungen, externe KI-Dienste oder Tracking.
Erfolgskriterien: leere Titel abweisen, keine doppelten Einträge durch Doppelklick,
Einträge nach Neuladen anzeigen und mobile Bedienung ermöglichen.
Nenne zuerst offene Fragen und einen kurzen Plan.
Baue danach die kleinste funktionierende Version und erkläre, wie ich sie prüfe.Schritt 7: Erst prüfen, dann erweitern
Führe jedes Erfolgskriterium selbst aus. Melde Fehler mit Eingabe, erwarteter Ausgabe und tatsächlichem Ergebnis. Erst wenn die Kernfunktionen stimmen, ergänze Suche oder Sortierung – jeweils einzeln.
Ergebnis dieser Anleitung ist ein klarer Projektauftrag, noch keine produktionsreife Anwendung. Die kommenden Replit-Tutorials werden diesen Ablauf mit konkreten kleinen Projekten vertiefen.
Häufige Fragen
Welches Projekt eignet sich als erstes?
Eine Liste, ein einfacher Rechner oder eine kleine Informationsseite sind gute Kandidaten. Vermeide zunächst Zahlungen, sensible Daten und komplexe Rollen.
Soll die KI sofort alles bauen?
Besser ist ein kleiner Plan mit klaren Ausschlüssen und Erfolgskriterien. Danach baust und prüfst du eine Funktion nach der anderen.