Häufige Vibe-Coding-Fehler und was jeder dich kostet
Die häufigsten Vibe-Coding-Fehler sind: zu viel auf einmal verlangen, funktionierende Versionen nicht sichern und der KI glauben, wenn sie „fertig“ sagt. Dagegen brauchst du keine Programmierkenntnisse, nur ein paar Gewohnheiten.
Wie sehen diese Fehler in einem echten Projekt aus?
Hier ein erfundenes Tagebuch. Lena baut Mottenlicht, ein kleines Spiel, in dem du Motten vor Sonnenaufgang zu einer Lampe lotst. Programmiert hat sie noch nie.
- Tag 1: alles in einer Nachricht. Sie wünscht sich Motten, zwanzig Level, einen Laden, Tag und Nacht und Speicherstände. Heraus kommen fünf Bildschirme, von denen keiner richtig läuft. Kosten: drei Tage Aufräumen. Besser: eine Motte, eine Lampe, ein Bildschirm.
- Tag 4: Grafik vor Spielspaß. Sie verbringt einen Abend mit Mottenbildern, bevor sie weiß, ob das Lotsen überhaupt Spaß macht. Kosten: Bilder für ein Spiel, das sich danach ändert. Besser: graue Quadrate, bis jemand freiwillig eine zweite Runde spielt.
- Tag 6: keine gesicherten Versionen. Eine Änderung zerstört den Nachtzyklus, und es gibt keinen Weg zurück. Kosten: ein ganzer Tag, aus dem Gedächtnis nachgebaut. Besser: Lass die KI jedes Mal eine Version sichern, wenn etwas funktioniert. Wie das geht, steht unter KI-Änderungen mit Git rückgängig machen.
- Tag 8: „fertig“ geglaubt. Die KI meldet, der Laden sei fertig. Der Kaufen-Knopf nimmt die Münzen und gibt nichts dafür. Kosten: Ihre Schwester entdeckt es eine Woche später, vor versammelter Runde. Besser: Frag, was die KI wirklich ausprobiert hat.
- Tag 11: ein geheimer Schlüssel im Spiel. Sie möchte lustige Mottennamen von einer Online-KI und fügt dafür ihren Schlüssel ins Spiel ein. So ein Schlüssel ist das Passwort für einen kostenpflichtigen Dienst. Google warnt in seiner Anleitung, dass Nutzer Schlüssel aus Web-Apps herausziehen können, und rät, solche Aufrufe über einen kleinen eigenen Server zu machen. Kosten: Fremde könnten ihr Geld ausgeben. Besser: Schlüssel gehören nie in etwas, das Spieler herunterladen.
- Tag 14: alles neu. Genervt fängt sie ein neues Projekt an. Kosten: alles oben Genannte noch einmal. Besser: Lies, wie du dein Spiel fertig machst, statt neu anzufangen.
Welchen Fehler gehst du zuerst an?
Sortiere nach dem möglichen Schaden, nicht danach, wie oft etwas passiert:
- Der Schlüssel. Das ist der einzige Fehler hier, der schon nächste Woche echtes Geld kosten kann.
- Gesicherte Versionen. Sobald du sie hast, wird jeder andere Fehler billig.
- „Fertig“ glauben. Genau so sammelt sich Kaputtes unbemerkt an.
- Zu viel auf einmal. Das änderst du bei deiner nächsten Bitte.
- Grafik zu früh. Das kostet Abende, macht aber nichts kaputt.
Hast du heute nur zehn Minuten, dann prüfe die Schlüssel und sichere eine Version. Fällt dein Spiel danach immer noch auseinander, geht es weiter bei Mein Spiel geht ständig kaputt.
Das sagst du deiner KI
Durchsuche mein Spielprojekt nach Fehlern, aber fang mit einer Karte an.
Zeichne zuerst als Mermaid-Diagramm, wie das Spiel ablaufen soll: jeden Bildschirm, jeden Knopf und wohin er führen soll. Geh jeden Pfeil im echten Spiel ab und markiere jede Stelle, an der beides nicht zusammenpasst. Zeig mir das vor allem anderen.
Berichte dann diese fünf Fehler, den schlimmsten zuerst:
1. Ein geheimer Schlüssel oder ein Passwort in einer Datei, an die Spieler herankommen könnten.
2. Keine gesicherten Versionen oder gerade ungesicherte Arbeit.
3. Dinge, die fertig aussehen, aber nirgendwohin führen. Die Karte zeigt sie dir.
4. Eine Funktion, die so verstreut ist, dass eine kleine Änderung an viele Stellen müsste.
5. Fertige Grafik für Teile des Spiels, die sich noch ändern können.
Nenne bei jedem Fund die Datei und die Stelle im Spiel, und zitiere die Zeile oder sag, was du ausprobiert hast. Ein Fund, hinter dem nichts steht, zählt nicht und bleibt weg. Was du dir nicht ansehen konntest, schreibst du als „konnte ich nicht prüfen“ auf und sagst, was du dafür bräuchtest. Ändere noch nichts.
Oder spar dir das und schließ den MCP an: Dann findet deine KI das alles von selbst.MCP anschließen
So prüfst du es
- Lies zuerst die Karte. Sie ist eine einfache Zeichnung deines Spiels, die du ganz ohne Code beurteilen kannst. Kommt sie als Text an, frag die KI, wie du sie als Bild siehst. Ist das das Spiel, das du wolltest?
- Geh einem Fund nach. Spring zu der Stelle, die die KI genannt hat. Ist dort wirklich das, was sie behauptet?
- Drück jeden Knopf einmal. Schreib auf, welche nichts tun, und vergleiche mit der Liste der KI. Hast du einen gefunden, den sie übersehen hat, sag es ihr.
- Frag direkt nach dem Schlüssel. Frag, wo dein Schlüssel liegt und ob ein Spieler drankommt. Die KI sollte die Stelle nennen oder sagen, dass sie keinen gefunden hat und wo sie gesucht hat.
- Übe den Rückweg. Lass etwas Albernes ändern, etwa eine rosa Motte, und bitte dann um die letzte gesicherte Version. Bleibt die Motte rosa, hast du noch kein Sicherheitsnetz.