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 changewiederholt, 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 Wertsgibt 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.“
📖 Lies die vollständige Quelle: r/ClaudeAI
👀 Siehe auch
Zwei Telegram-Bots in einer Gruppe verbinden: Zustellungssemantik über HTTP
Ein Entwickler teilt einen praktischen Ansatz, um zwei unabhängige Telegram-Bots im selben Gruppenchat zu verbinden. Dabei werden die Lücken bei der Bot-zu-Bot-Zustellung von Telegram mit HTTP-Relays, ACKs, Deduplizierung und streng begrenzten Feeds überbrückt.
Forschung zeigt: Effektives AI-Prompting ist kooperative Kommunikation, nicht Ingenieursarbeit
Peer-Review-Forschung zeigt, dass effektives Prompting mit KI-Modellen denselben kooperativen Kommunikationsprinzipien folgt, die Menschen nutzen, wobei Lakeras Analyse zeigt, dass die meisten Prompt-Fehler eher auf Unklarheiten als auf Modellbeschränkungen zurückzuführen sind.
End-to-End-LLM-Stapelverfolgung: Vom Tastendruck zum gestreamten Token
Ein Softwareingenieur hat ein umfassendes Dokument erstellt, das jede Ebene des Stacks verfolgt, wenn eine Eingabeaufforderung an ein LLM gesendet wird, einschließlich clientseitiger Token-Zählung, Netzwerkprotokollen, API-Gateways, Sicherheitsklassifizierern, Tokenisierung, KV-Cache, Sampling-Pipeline und Streaming-Mechanismen.
Anleitung zur Einrichtung von OpenClaw auf einem Hostinger VPS
Eine Schritt-für-Schritt-Anleitung zur Bereitstellung von OpenClaw auf einem Hostinger VPS, zur Verbindung von KI-APIs von OpenAI und Entropics und zur Integration mit Telegram für einen 24/7-Betrieb.