Reglas de Vibe Coding: Crea proyectos paralelos desde tu teléfono usando Claude Code sin leer código

Un ingeniero de software con una década de experiencia publicó un flujo de trabajo detallado para lo que llama "vibe coding" — construir proyectos paralelos usando Claude Code completamente desde un teléfono, sin leer el código generado. La publicación describe un proceso estructurado que prioriza la planificación y las comprobaciones de seguridad para hacer viable este enfoque manual.

Flujo de Trabajo Principal

• Empieza en modo plan. Lee el plan, entiéndelo tanto como sea posible. Si no está claro, pregunta. El autor usa el comando 4. Dile a Claude qué cambiar repetidamente para hacer preguntas como "¿De qué trata <section>? ¿Qué significa eso?"
• Ve y ven con el agente. El modo plan es la fase más importante — las decisiones buenas y malas se amplifican y multiplican.
• Divide los planes en partes pequeñas. Si el plan es demasiado grande para comprenderlo, pide al agente que lo divida en fragmentos más pequeños y procésalos uno a la vez.
• Haz commit de todo en git después de completar cada plan. El autor sugiere crear una skill o memoria que haga auto-commit. Esto permite revertir si algo se rompe. Nota: las copias de seguridad de la base de datos son aparte.
• Genera casos de prueba visibles en el plan. No necesitas leer el código de prueba, pero una lista como comprueba dos enteros positivos, comprueba pasar un valor negativo, comprueba no pasar ningún valor da confianza y previene regresiones.

Seguridad Avanzada: Tres Subagentes

Para cambios complejos, inicia tres subagentes para:

• revisar críticamente el plan
• hacer una revisión de seguridad
• realizar una auditoría de pruebas

Precaución con la Base de Datos

El autor aconseja hacer siempre una copia de seguridad de la base de datos (o tener copias programadas) antes de dejar que el agente toque datos de producción. Las reversiones evitan desastres como borrados accidentales.

Modo Automático

Una vez que el trabajo preliminar (planificación, git, pruebas, revisiones) está hecho, el autor activa el modo automático y deja que el agente funcione. También le da al agente acceso a Chrome DevTools MCP (o similar) para pruebas de extremo a extremo después del despliegue.

El resultado: "Puedes construir algo que nadie usa."