Plan Mode y Extended Thinking

Plan Mode es donde Claude deja de ser un ejecutor y se convierte en un arquitecto. En lugar de saltar directo a escribir codigo, utiliza sus capacidades de razonamiento para crear una estrategia comprensiva.

Cuando Usar Plan Mode

Usa Plan Mode cuando:

• Estas a punto de empezar una nueva funcionalidad
• Trabajas sobre un desafio complejo
• Refactorizas codigo existente
• Empezas cualquier proyecto nuevo

Como Activar Plan Mode

Presiona Shift + Tab hasta ver "Plan" en el indicador.

Ejemplo Practico

Imagina que queres crear una app de finanzas. En Plan Mode, pega esto:

Hey Claude! I want to build a personal finance tracker web app. Here's the vibe:
 
- Clean, modern interface (think Notion meets Mint)
- Track income, expenses, and savings goals
- Beautiful charts and insights
- Built with React and a simple backend
- Should feel fast and delightful to use

Claude va a crear un plan de accion completo con:

• Arquitectura del proyecto
• Estructura de carpetas
• Tecnologias a usar
• Orden de implementacion
• Consideraciones importantes

Iterando el Plan

Como todavia estas en Plan Mode, Claude primero te presenta el plan. No lo aceptes de una.

1. Presiona Esc
2. Escribi tu feedback
3. Claude re-hace el plan

Itera hasta que estes contento. Luego decile que lo ejecute.

Extended Thinking: El Superpoder Secreto

Claude 3.7 y Claude 4 tienen capacidad de "pensar antes de actuar" - literalmente generan pasos de razonamiento internos antes de darte la respuesta.

Los 4 Niveles de Thinking

1. Normal (default) - Sin thinking mode

• Responde rapido, usa conocimiento directo
• Perfecto para: edits simples, refactors menores, preguntas directas

2. "think" - Thinking basico (~2-5k tokens de razonamiento)

think about the best architecture for this feature

• Claude explora 2-3 approaches antes de decidir
• Perfecto para: features nuevas, decisiones arquitecturales

3. "think hard" - Thinking intermedio (~5-10k tokens)

think hard about potential edge cases in this authentication flow

• Claude evalua multiples estrategias, considera trade-offs
• Perfecto para: debugging complejo, optimizaciones, security reviews

4. "ultrathink" - Thinking profundo (~10-16k+ tokens)

ultrathink this database migration strategy and all potential failure modes

• Claude hace razonamiento exhaustivo
• Perfecto para: arquitectura critica, problemas que te tienen stuck hace horas

Ejemplos Reales de Extended Thinking

Caso 1: Claude en un Loop de Errores

Claude intento arreglar un bug de autenticacion 3 veces y cada fix generaba un error nuevo.

ultrathink why this auth bug keeps reappearing after each fix. Analyze the root cause, not just symptoms.

Claude encontro que el problema era un race condition en la inicializacion del token, no el codigo de auth.

Caso 2: Decisiones Arquitecturales Grandes

Cuando estaba migrando de REST a tRPC:

think hard about the migration strategy from REST to tRPC. Consider:
- Backwards compatibility
- Migration path for existing clients
- Performance implications
- Development velocity impact

Claude evaluo 4 approaches diferentes y eligio migracion gradual con adaptadores.

Caso 3: Performance Debugging

Un endpoint tardaba 2 segundos. Probe 5 fixes obvios, nada funciono.

ultrathink the performance bottleneck in this API endpoint. The obvious culprits (N+1 queries, missing indexes) aren't it.

Claude identifico que el problema era serializacion de JSON de objetos grandes en memoria.

Cuando Claude Se Queda Trabado

Este es el escenario que todos enfrentan: Claude intenta arreglar algo 3 veces y cada fix genera un error nuevo. Aca esta como salir del loop:

Señales de que Claude Esta Stuck

• Mismo error aparece despues de cada "fix"
• Claude empieza a deshacer cambios que ya hizo
• Las respuestas se vuelven repetitivas
• Claude sugiere cosas que ya probaste

Protocolo de Recuperacion

Paso 1: STOP - No sigas aprobando

# Presiona Esc para detener

Paso 2: Pedi analisis de raiz

STOP. You've tried to fix this 3 times.
ultrathink the ROOT CAUSE - not symptoms. What assumption are we making that's wrong?

Paso 3: Si sigue stuck, reset context

/clear
# Empeza de nuevo con descripcion fresca del problema

Paso 4: Si nada funciona, fracciona

Let's break this into smaller parts:
1. First, just show me where the error originates (no fix yet)
2. Then explain why the previous fixes didn't work
3. Then propose ONE minimal fix

Errores Comunes de Recuperacion

Cuando Codear Vos Mismo

A veces la respuesta es: codea vos. Señales:

• Claude hizo 5+ intentos sin progreso
• El fix es obvio pero Claude no lo ve
• Es mas rapido hacerlo manual (2-3 lineas)

No hay vergüenza en codear. Claude es una herramienta, no un reemplazo.

Cuando NO Usar Extended Thinking

No uses thinking para:

• "Agrega un boton rojo aca"
• "Cambia el texto de este heading"
• "Instala este paquete"
• Cualquier tarea mecanica y directa

Esto consume tokens innecesariamente y no aporta valor.

Mi Estrategia Personal

En mi workflow diario:

• 80% del tiempo: Sin thinking (edits normales, features directas)
• 15% del tiempo: "think" o "think hard" (features nuevas, reviews)
• 5% del tiempo: "ultrathink" (cuando estoy stuck hace +1 hora o arquitectura critica)

El ultrathink es mi "call a friend" cuando algo es realmente dificil.

Tip Pro: Combina Thinking con Plan Mode

El combo mas poderoso:

[En Plan Mode]
 
ultrathink the complete refactor strategy for migrating our authentication system from JWT to session-based auth. Create a comprehensive plan considering backwards compatibility, zero-downtime deployment, and data migration.

Claude hace un plan exhaustivo considerando todos los edge cases. Es como tener un staff engineer pensando tu arquitectura por 20 minutos.

Trade-offs de Extended Thinking

Ventajas:

• Soluciones mas robustas y pensadas
• Menos iteraciones fix-break-fix
• Encuentra edge cases que no consideraste
• Mejor para problemas complejos

Desventajas:

• Respuestas mas lentas (10-30 segundos extra)
• Consume mas tokens
• Overkill para tareas simples

Costo Real de Cada Nivel

Regla: Si ultrathink te ahorra 30 minutos de debugging, esos $0.10 son la mejor inversion.

Para Equipos: Cuando Escalar Plan Mode

Si lideras un equipo, considera estos patrones:

Politicas de Modo Por Seniority

Cuando Requerir Plan Mode

Haz que tu equipo use Plan Mode obligatoriamente para:

• Features que tocan >10 archivos
• Cambios en modulos core (auth, payments, etc.)
• Cualquier migracion de datos
• Decisiones arquitecturales

El plan se puede revisar en PR como documentacion de la decision.

Compartir Planes con el Equipo

# En tu PR description:
 
## AI-Assisted Implementation Plan
 
[Pega el plan que Claude genero]
 
## Deviations from Plan
 
- Changed X because Y
- Added Z that wasn't in original plan

Esto crea documentacion automatica de decisiones.

Siguiente Paso

Ahora que dominas los 3 modos, vamos a ver como hacer que Claude "recuerde" tu proyecto entre sesiones con el sistema CLAUDE.md.