Règles du codage Vibe : Créez des projets secondaires depuis votre téléphone avec Claude Code sans lire le code

Un ingénieur logiciel expérimenté avec une décennie d'expérience a publié un workflow détaillé pour ce qu'il appelle le « vibe coding » — construire des projets secondaires en utilisant Claude Code entièrement depuis un téléphone, sans jamais lire le code généré. L'article décrit un processus structuré qui privilégie la planification et les vérifications de sécurité pour rendre cette approche sans intervention viable.

Workflow principal

• Démarrer en mode plan. Lire le plan, le comprendre autant que possible. Si ce n'est pas clair, demander. L'auteur utilise la commande 4. Tell Claude what to change à plusieurs reprises pour poser des questions comme « Que contient
  ? Qu'est-ce que cela signifie ? »
• Faire des allers-retours avec l'agent. Le mode plan est la phase la plus importante — les bonnes et mauvaises décisions se répercutent et se multiplient.
• Découper les plans en petits morceaux. Si le plan est trop gros pour être compris, demander à l'agent de le diviser en parties digestibles et de les traiter une par une.
• Faire un commit git après chaque plan terminé. L'auteur suggère de créer une compétence ou une mémoire qui fait un commit automatique. Cela permet de revenir en arrière si quelque chose casse. Remarque : les sauvegardes de base de données sont séparées.
• Générer des cas de test visibles dans le plan. Il n'est pas nécessaire de lire le code de test, mais une liste comme vérifie deux entiers positifs, vérifie le passage d'une valeur négative, vérifie l'absence de valeur donne confiance et évite les régressions.

Sécurité avancée : trois sous-agents

Pour les modifications complexes, lancer trois sous-agents pour :

• examiner le plan de manière critique
• effectuer une revue de sécurité
• réaliser un audit des tests

Prudence avec la base de données

L'auteur conseille de toujours faire une sauvegarde de la base de données (ou d'avoir des sauvegardes planifiées) avant de laisser l'agent toucher aux données de production. Les rollbacks évitent les catastrophes comme les suppressions accidentelles.

Mode automatique

Une fois le travail préliminaire (planification, git, tests, révisions) terminé, l'auteur active le mode automatique et laisse l'agent s'exécuter. Il donne également à l'agent un accès à Chrome DevTools MCP (ou similaire) pour des tests de bout en bout après déploiement.

Résultat : « Vous pouvez construire quelque chose que personne n'utilise. »