El ciclo de sesión: 8 comandos que convierten la programación con IA en un sistema

56 comandos son ingredientes. Esto es la receta.

La mayoría de los desarrolladores instalan un conjunto de plantillas de programación con IA y ven una lista de opciones. Eligen una, la usan, cierran la sesión. Es como comprar una membresía de gimnasio y solo usar la fuente de agua.

El verdadero poder es el ciclo de sesión: un bucle repetible de 8 comandos que convierte cada sesión de programación en progreso acumulativo. Este es el flujo de trabajo exacto usado para construir un sitio web multilingüe de 97 páginas, un ebook en PDF en 4 idiomas y una herramienta CLI de código abierto, todo con la IA escribiendo el código.

El bucle

Toda sesión productiva de programación con IA sigue la misma estructura:

1. Retomar (/read-handover). Continúa donde terminó la última sesión. La sesión anterior guardó un HANDOVER.md con el trabajo completado, las decisiones tomadas, las alternativas rechazadas y los próximos pasos exactos. La IA absorbe todo esto antes de tocar nada.

2. Priorizar (/strategic-next). Antes de hacer cualquier cosa, determina el trabajo de mayor impacto. Ejecuta una auditoría completa del proyecto, genera oportunidades, evalúalas en una matriz de Impacto/Esfuerzo. Construye lo que importa, no lo que parece urgente.

3. Explorar (/creative-brainstorm). Una vez que sabes QUÉ construir, explora CÓMO. Reformula el problema de múltiples maneras. Genera ideas a través de diferentes lentes: inviértelo, elimínalo, simplifícalo, llévalo al extremo. Converge en el mejor enfoque. Evita la trampa de la primera idea.

Luego se construye, usando la plantilla adecuada para el trabajo: /feature-build para funcionalidades, /quick-task para cambios pequeños, /debug-rootcause para errores. Las fases de planificación ya establecieron la dirección. La ejecución es el 20%.

4. Verificar la lógica (/verify-thorough). Cinco capas de verificación: lógica (¿tiene sentido?), contextual (¿encaja en el sistema?), completitud (¿todos los caminos están cubiertos?), empírica (ejecútalo de verdad), regresión (¿rompió algo?). “Se ve bien” no es verificación.

5. Verificar visualmente (/visual-verify). La lógica detecta errores funcionales. La verificación visual detecta todo lo demás: diseños responsivos en escritorio, tableta y móvil. Errores de consola. Fallos de red. Pruebas de interacción. Capturas de pantalla como evidencia.

6. Auditar estándares (/principles-check). Después de que el código funciona y se ve bien, verifícalo contra tus principios de ingeniería. KISS, DRY, YAGNI, SRP, seguridad, pruebas, documentación. Cada violación obtiene una cita exacta de archivo:línea.

7. Limpiar (/housekeeping). Precisión de la documentación. Eliminación de código muerto. Auditoría de dependencias. Higiene de Git. Consolidación. Deja el código mejor de como lo encontraste.

8. Guardar estado (/low-context-handover). Guarda todo: qué pasó, qué se completó, qué está en progreso, decisiones y alternativas rechazadas, problemas conocidos, próximos pasos exactos. Esto conecta con el paso 1 de la siguiente sesión. El bucle se cierra.

Ocho comandos. Un bucle. Cada sesión.

Por qué importa cada paso

Los pasos no son arbitrarios. Cada uno previene un modo de fallo específico.

Sin handovers, cada sesión desperdicia de 10 a 20 minutos restableciendo contexto. En 50 sesiones, eso son de 8 a 16 horas perdidas en redescubrimiento.

Sin planificación estratégica, te desvías. Corriges errores de baja prioridad mientras funcionalidades críticas quedan sin construir. Optimizas CSS mientras el flujo de pago está roto.

Sin brainstorming, construyes lo primero que se te ocurre, y luego lo refactorizas cuando existía un enfoque más simple desde el principio.

Sin verificación dual, publicas código que funciona en la demo y se rompe en producción. O funciona perfectamente pero se ve roto en móvil. La brecha de verificación del 48% (Sonar, 2026) es donde viven los errores.

Sin auditorías de principios, tu código acumula lentamente excepciones de “solo esta vez” hasta que tus estándares son un recuerdo.

Sin limpieza, el desorden se acumula. La documentación obsoleta confunde. Los archivos muertos desorientan.

Cada paso es una red de seguridad. Juntos, forman un sistema donde nada se escapa.

El multiplicador de paralelismo

El bucle es poderoso para un proyecto. Se convierte en un multiplicador de fuerza cuando ejecutas múltiples proyectos simultáneamente.

Un proyecto por IDE. Un IDE por sesión de Claude Code. Múltiples IDEs abiertos al mismo tiempo:

• IDE 1: Construyendo un sitio web
• IDE 2: Escribiendo un ebook
• IDE 3: Desarrollando una herramienta CLI
• IDE 4: Preparando contenido de marketing

Cada proyecto ejecuta su propio ciclo de vida. Cada uno produce su propio handover. Cuando vuelves a un proyecto, /read-handover retoma exactamente donde lo dejaste. El sistema de handovers permite manejar diez proyectos simultáneamente sin perder contexto en ninguno de ellos.

Sin handovers, cambiar entre proyectos significa restablecer el contexto cada vez. Con handovers, la IA retoma el hilo en segundos. El ciclo de sesión es el mismo en cada proyecto, así que la carga cognitiva al cambiar es prácticamente nula.

Empieza simple, añade capas

No necesitas los 8 comandos desde el primer día.

Semana 1. Empieza con /kickoff y /low-context-handover. Simplemente comienza y termina las sesiones correctamente. Solo eso ya te pone por delante.

Semana 3. Añade /read-handover y /verify-thorough. Ahora preservas contexto entre sesiones y detectas errores antes de publicarlos.

Mes 2. Añade /strategic-next y /visual-verify. Ahora construyes las cosas correctas y demuestras que funcionan visualmente.

Mes 4. El bucle completo de 8 comandos más paralelismo en múltiples IDEs.

Esta progresión refleja el sistema de cinturones de las artes marciales. Construyes memoria muscular en cada nivel antes de añadir la siguiente capa.

El efecto acumulativo

Cada comando es útil por sí solo. Juntos, se acumulan.

Los handovers eliminan la pérdida de contexto, así que las decisiones persisten entre sesiones. La planificación estratégica previene la desviación, así que construyes lo que importa. El brainstorming previene el sesgo de la primera idea, así que lo construyes de la manera correcta. La verificación dual detecta errores temprano, así que hay menos depuración después. Las auditorías de principios previenen la degradación, así que el código se mantiene limpio. La limpieza previene el desorden, así que el código se mantiene navegable. El paralelismo multiplica el rendimiento.

Después de 50 sesiones con este bucle, habrás construido el equivalente de lo que le tomaría meses a un equipo pequeño. No porque la IA escriba código más rápido, sino porque nunca pierdes contexto, nunca construyes lo incorrecto y nunca publicas trabajo sin verificar.

Esa es la metodología. No una colección de plantillas. Un bucle, ejecutado consistentemente, acumulándose con el tiempo.

Las herramientas para ejecutar este flujo de trabajo son gratuitas y de código abierto. Instálalas con npx @ccprompt/cli install-generic . y empieza con /kickoff. La metodología completa explica los principios detrás de cada paso.