Vibe-Coding-Regeln: Baue Nebenprojekte von deinem Handy aus mit Claude Code, ohne Code zu lesen

Ein erfahrener Softwareentwickler mit zehn Jahren Berufserfahrung hat einen detaillierten Workflow für das veröffentlicht, was er „Vibe Coding“ nennt – das Erstellen von Nebenprojekten mit Claude Code, komplett vom Handy aus, ohne den generierten Code zu lesen. Der Beitrag skizziert einen strukturierten Prozess, der Planung und Sicherheitschecks priorisiert, um diesen ansatzfreien Ansatz praktikabel zu machen.

Kern-Workflow

• Im Plan-Modus starten. Den Plan lesen und so gut wie möglich verstehen. Bei Unklarheiten nachfragen. Der Autor verwendet den Befehl 4. Tell Claude what to change wiederholt, um Fragen zu stellen wie „Worum geht es in
  ? Was bedeutet das?“
• Hin und her gehen mit dem Agenten. Der Plan-Modus ist die wichtigste Phase – gute und schlechte Entscheidungen haben weitreichende Folgen.
• Pläne in kleine Häppchen aufteilen. Wenn der Plan zu groß ist, um ihn zu verstehen, den Agenten bitten, ihn in kleinere, verdauliche Teile zu zerlegen und diese nacheinander zu bearbeiten.
• Alles in Git committen nach Abschluss jedes Plans. Der Autor schlägt vor, eine Fertigkeit oder Erinnerung zu erstellen, die automatisch committed. Dies ermöglicht ein Zurücksetzen bei Fehlern. Hinweis: Datenbank-Backups sind getrennt.
• Testfälle generieren, die im Plan sichtbar sind. Man muss den Testcode nicht lesen, aber eine Liste wie es prüft zwei positive ganze Zahlen, es prüft die Übergabe eines negativen Werts, es prüft die Übergabe keines Werts gibt Sicherheit und verhindert Regressionen.

Erweiterte Sicherheit: Drei Subagenten

Bei komplexen Änderungen drei Subagenten einsetzen, um:

• den Plan kritisch zu überprüfen
• eine Sicherheitsüberprüfung durchzuführen
• ein Test-Audit zu machen

Vorsicht bei der Datenbank

Der Autor empfiehlt, immer ein Datenbank-Backup zu machen (oder geplante Backups zu haben), bevor der Agent an Produktionsdaten geht. Rollbacks verhindern Katastrophen wie versehentliches Löschen.

Auto-Modus

Sobald die Vorarbeit (Planung, Git, Tests, Reviews) erledigt ist, aktiviert der Autor den Auto-Modus und lässt den Agenten laufen. Außerdem gibt er dem Agenten Zugriff auf Chrome DevTools MCP (oder Ähnliches) für End-to-End-Tests nach dem Deployment.

Das Ergebnis: „Du kannst etwas bauen, das niemand nutzt.“