Pomodoro para programar con IA: un flujo de trabajo basado en la revisión
La programación asistida por IA puede convertir una tarea pequeña en una sesión sin final: pides un cambio, solicitas un arreglo, ejecutas otro prompt y descubres que se ha acumulado un parche grande sin un punto claro para detenerte. Una conversación reciente de desarrolladores en Hacker News describía ese patrón: jornadas que se alargan y cambios generados cada vez más difíciles de revisar.
Un temporizador no resuelve el problema por sí solo. Sí puede crear un límite útil alrededor de un flujo donde la persona sigue siendo responsable de la tarea, el diff y la decisión de continuar.
La unidad útil es un resultado revisable
No empieces con “deja que el asistente programe durante 25 minutos”. Empieza con un resultado que puedas inspeccionar:
- añadir una regla de validación y sus pruebas;
- explicar un test fallido y proponer un arreglo mínimo;
- refactorizar una función sin cambiar su comportamiento público;
- escribir un plan corto y verificar el primer paso.
La Técnica Pomodoro® oficial es más que una cuenta atrás. Su valor está en repetir planificación, trabajo concentrado, pausas y reflexión. En el trabajo asistido por IA, la revisión forma parte del ciclo, no es un extra opcional.
Un intervalo de programación con IA en cuatro partes
1. Define el límite antes de escribir el prompt
Resume la tarea en una frase e indica los archivos o el comportamiento dentro del alcance. Añade una condición de salida: “puedo explicar el diff y las pruebas relevantes”. Si el asistente propone un rediseño más amplio, guárdalo como seguimiento en lugar de ampliar el intervalo.
2. Pide un paso pequeño e inspeccionable
Da el contexto necesario, pero solicita un cambio acotado. Pide que exponga sus supuestos y los archivos que pretende tocar. Tú decides si el alcance propuesto es seguro.
3. Reserva tiempo para inspeccionar
Antes de que termine el intervalo, lee el diff completo. Ejecuta la prueba o comprobación relevante más pequeña. Busca cambios fuera de la tarea, manejo de errores ausente, secretos en logs y tests que pasen por el motivo equivocado. Si no puedes resumir el cambio, el intervalo no está terminado.
4. Cierra el ciclo
Anota qué cambió, qué verificaste y qué queda. Después haz la pausa lejos del editor. Un cierre limpio facilita el siguiente intervalo y evita que una cadena de prompts se convierta en un bloque sin revisar.
Si el temporizador te interrumpe
El temporizador marca un límite; no obliga a abandonar un punto seguro. Si un cambio está a medias:
- guarda el estado de trabajo;
- anota la siguiente comprobación o decisión exacta;
- no integres ni despliegues un cambio sin revisar;
- continúa tras la pausa solo si la tarea sigue mereciendo el tiempo.
Si una tarea necesita repetidamente más de un intervalo, divídela por comportamiento o artefacto. Un bloque de 45 o 60 minutos puede ser razonable para trabajo profundo, pero debe mantener puntos explícitos de revisión.
Plantilla breve de sesión
Resultado: añadir una validación del parser y sus pruebas
Alcance: parser.ts, parser.test.ts
Paso del asistente: proponer el parche mínimo y explicar supuestos
Revisión: leer diff, ejecutar tests, comprobar entradas no válidas
Salida: puedo explicar el comportamiento y el resultado
Nota: caso límite o seguimiento pendiente
Este formato funciona con cualquier asistente y mantiene visibles las decisiones humanas. También permite retomar el trabajo tras una pausa sin pedir que reconstruya una conversación interminable.
Elegir un temporizador
Usa un intervalo corto si la tarea está bien definida o estás recuperando la concentración. Usa uno más largo cuando cargar el contexto del código sea el coste real, pero conserva la misma estructura basada en revisión. Un temporizador local como SlimeForge puede marcar el intervalo sin abrir otro flujo web; lo importante es el límite y el hábito de revisar, no una duración concreta.
Si trabajas con frecuencia más allá de la hora prevista, tómalo como información: reduce el tamaño de la tarea, añade un límite firme al final del día o convierte la revisión en el primer paso del siguiente intervalo. El objetivo es avanzar de forma sostenible y comprensible, no producir el parche más grande antes de medianoche.
Preguntas frecuentes
¿Una sesión de programación con IA debe durar un Pomodoro completo?
Usa cada intervalo para un resultado revisable, no para un bucle ilimitado de prompts. Puede incluir planificación, implementación y revisión, o terminar antes si el resultado está listo.
¿Qué hago si el temporizador termina durante un cambio generado?
Guarda el estado, anota lo que falta y revisa o prueba el cambio antes de empezar otro intervalo. No integres código que todavía no comprendas.
¿Un temporizador Pomodoro sustituye la revisión de código?
No. Marca límites de concentración y revisión, pero no verifica corrección, seguridad ni mantenibilidad. Usa las pruebas y la revisión humana adecuadas.