Mapa de la ruta
Modo Plan — Piensa antes de programar
El modo de planificación
Planes que funcionan
Práctica de planificación
Loop Mode — Automatización iterativa
Ejecución autónoma
Patrones de loop en la práctica
Recetas reales de loop
Combinando Plan + Loop
Pipeline completo
Agentic Coding: la nueva normalidad
El cambio de mentalidad
Contenido detallado
Modo Plan — Piensa antes de programar
El fundamento: cómo y cuándo usar plan mode para pensar antes de ejecutar.
Modo que permite a Claude pensar y proponer un plan antes de ejecutar cualquier acción.
Evita errores costosos y retrabajo al planificar primero.
Shift+Tab para activar; plan visible antes de la ejecución.
Criterios para decidir si plan mode vale la pena o si la ejecución directa es más rápida.
No todas las tareas necesitan un plan; usarlo sin necesidad desperdicia tokens.
Complejidad, riesgo, número de archivos afectados.
Los componentes de un buen plan: objetivo, pasos, dependencias, riesgos.
Saber leer un plan te permite evaluar si funcionará antes de aprobarlo.
Steps, file list, risk assessment, order of operations.
El flujo de aprobación donde revisas el plan y puedes ajustarlo antes de ejecutarlo.
Es el punto de control: tú decides si ejecutar, modificar o rechazar.
Aprobar, rechazar, refinar; ciclo de feedback antes de la acción.
Técnica de pedir ajustes al plan varias veces hasta que quede ideal.
Un plan refinado ahorra horas de correcciones después.
Planificación de varios turnos; el plan como borrador dinámico.
Errores frecuentes: aprobar sin leer, planificar demasiado, ignorar el plan y ejecutar directamente.
Reconocer los antipatrones te mantiene en el camino productivo.
Planificación excesiva; aprobar sin revisar; desviación del plan.
Planes que funcionan
En la práctica: cómo crear planes eficaces para features, refactors y correcciones de bugs.
Estructura de plan para implementar una funcionalidad completamente nueva.
Las nuevas features son donde más destaca el plan mode: evita una arquitectura equivocada.
Scoping; interface first; test plan.
Cómo planificar una refactorización segura con cobertura de pruebas y rollback.
Las refactorizaciones sin plan se convierten en bolas de nieve; con un plan, son quirúrgicas.
Strangler pattern; test-first refactor; incremental steps.
Plan para diagnosticar la causa raíz, corregirla y validar sin regresiones.
Las correcciones de errores apresuradas crean nuevos errores; el plan disciplina el flujo.
Reproducir primero; encontrar la causa raíz; prueba de regresión.
Técnica de dividir una tarea grande en pasos atómicos e independientes.
Las tareas atómicas son más fáciles de verificar y revertir.
Atomic steps; single responsibility; verifiable output.
Identificar qué pasos dependen de otros para definir el orden correcto.
Las dependencias incorrectas = trabajo desperdiciado y conflictos.
DAG de tareas; ruta crítica; bloqueadores.
Cómo estimar los tokens, el tiempo y las iteraciones que consumirá un plan.
Permite decidir si vale la pena ejecutarlo o si es mejor simplificar el plan.
Presupuesto de tokens; cantidad de iteraciones; heurísticas de complejidad.
Loop Mode — Automatización iterativa
Deja que Claude ejecute en loop: fix, test, fix hasta que pase. El fundamento del modo autónomo.
Modo que permite a Claude ejecutar, verificar el resultado e iterar automáticamente.
Automatiza el ciclo editar-probar-corregir que consume horas en el modo manual.
--dangerously-skip-permissions; auto-accept; iteration limit.
Criterios para elegir entre loop mode y el modo interactivo normal con aprobación por paso.
Loop mode sin un criterio puede gastar tokens o hacer cambios no deseados.
Confianza en el resultado; reversibilidad; costo de supervisión.
Mecanismos para evitar que el bucle cause daños: allowedTools, max turns, git worktree.
La seguridad es lo que te permite confiar en el ciclo y salir a tomar un café.
allowedTools; ámbitos de permisos; aislamiento de worktrees.
Herramientas para observar lo que está haciendo el loop: logs, diff, salida de tests.
Monitorear permite intervenir antes de que se acumulen los problemas.
Terminal watch; git diff --stat; estado de CI.
Criterios para detenerse: pruebas aprobadas, linter limpio, diff estable.
Loop infinito = tokens desperdiciados; criterio claro = eficiencia.
Exit conditions; convergence; diminishing returns.
Diferencias entre el modo loop local y los agentes en segundo plano (GitHub Actions, etc.).
Cada enfoque tiene ventajas y desventajas en costo, velocidad y control.
Local vs. remoto; latencia; costo por iteración.
Patrones de loop en la práctica
Recetas reales: loops de pruebas, lint, migración, datos y documentación para copiar y ejecutar.
Ejecutar las pruebas, corregir los fallos y volver a ejecutarlas hasta que todo pase.
El patrón más común y útil del modo loop.
ciclo pytest/jest; análisis de errores; corrección automática.
Ejecutar el linter, corregir las advertencias y volver a ejecutarlo hasta que no haya errores.
Limpiar el lint de toda la base de código en minutos, no en horas.
eslint --fix; black/ruff; limpieza iterativa.
Migrar APIs, dependencias o versiones archivo por archivo con validación.
Las migraciones son tediosas para las personas y perfectas para los loops.
Archivo por archivo; gate de verificación de tipos; commit incremental.
Procesar, transformar y validar datasets de forma iterativa.
Los datos sucios necesitan varias pasadas; el loop lo hace sin que tengas que intervenir.
Schema validation; data cleaning passes; assertion gates.
Generar documentación, validar enlaces y actualizar ejemplos hasta que todo sea coherente.
La documentación desactualizada acaba con los proyectos; loop la mantiene sincronizada.
Sincronización de docstrings; verificador de enlaces; ejecutor de ejemplos.
Combinar criterios de salida: pruebas + lint + types + build, todo en verde.
El loop compuesto es lo más parecido a ejecutar CI/CD localmente.
Bucle con varios gates; criterios de salida combinados; orquestación con scripts.
Combinando Plan + Loop
El pipeline completo: planificar, ejecutar en loop y revisar. Orquestación avanzada.
El flujo ideal: primero plan mode, luego loop mode para ejecutar y, al final, revisión humana.
Es el estándar de oro para tareas complejas con Claude Code.
Pipeline de tres fases; puntos de transferencia; etapa de revisión.
Cómo pasar del plan aprobado al loop sin perder el contexto.
Un traspaso mal hecho hace que el loop ignore partes del plan.
Preservación del contexto; instrucciones explícitas; checkpoint.
Estrategias para usar plan+loop en proyectos con decenas de archivos.
Los proyectos grandes requieren descomposición; sin ella, el bucle se pierde.
Ejecución por fases; límites entre módulos; divulgación progresiva.
Coordinar cambios en varios archivos manteniendo la coherencia.
La mayoría de las funciones afecta varios archivos; la orquestación es esencial.
Coherencia entre archivos; grafos de importación; ediciones en lote.
Cómo deshacer el trabajo del loop cuando algo sale mal: Git, worktrees, stash.
La seguridad de poder revertir es lo que permite arriesgar más en el loop.
git reset; descartar el worktree; commits incrementales.
Ejemplos reales de pipelines plan+loop en proyectos de producción.
Ver casos concretos consolida la comprensión del flujo.
Patrones del mundo real; lecciones aprendidas; métricas.
Agentic Coding: la nueva normalidad
La filosofía detrás de todo: delegación, confianza y el cambio de mentalidad hacia una productividad 10x.
El cambio de paradigma: de asistente que responde a agente que actúa.
Entender la filosofía y lo que permite usar los modos con fluidez.
Agentic frente a assistive; espectro de autonomía; orientado a la intención.
Cómo delegar tareas al agente sin microgestionar ni abandonarlo.
La delegación es la habilidad humana que más escala con la IA agéntica.
Intención clara; criterios de éxito; límites del alcance.
La diferencia entre revisar el resultado y controlar cada paso.
La microgestión mata la productividad; la revisión garantiza la calidad.
Revisión de resultados; confía, pero verifica; comprobaciones puntuales.
Cómo ajustar el nivel de confianza en el agente a medida que acumulas experiencia.
Demasiada confianza = errores; muy poca confianza = lentitud.
Confianza progresiva; historial de resultados; confianza específica del dominio.
Cómo medir si de verdad eres más productivo con la programación agéntica.
Sin métricas, no sabes si estás avanzando o solo gastando tokens.
Tareas/día; tiempo hasta el merge; tasa de retrabajo; costo por tarea.
La transición mental de "yo programo" a "yo dirijo y reviso".
El mayor obstáculo no es técnico, sino mental. Quien cambia su mentalidad despega.
Director mindset; let go of typing; focus on outcomes.