Cargando la bóveda…
Cargando la bóveda…
Plan Mode no es solo un atajo. Es la feature oficial de Claude Code donde Claude propone todo el plan ANTES de tocar nada. Vos auditás, pedís alternativas, aprobás solo cuando convence. 4 fases (Explorar → Planear → Construir → Guardar) + 4 preguntas de auditoría + 5 formas de aprobar.
Todos los que usamos Claude Code para armar proyectos acabamos instalando herramientas que ni conocemos, solo porque Claude las recomendó.
Síntomas que ya viviste:
package.json empieza a tener librerías que no sabés quién metióCuando Claude te recomienda algo, literalmente suena como anuncio. No es a propósito — aprendió leyendo cómo esas herramientas se promocionan solas en sus páginas, READMEs y blogs.
La salida: Plan Mode. El intervalo oficial donde Claude te dice qué va a hacer + qué va a instalar + con qué justificación. Vos auditás. Después aprobás.
Le pedís a un amigo armar mueble de IKEA. Sin Plan Mode: abre la caja, saca el taladro, empieza. Media hora después puso la puerta al revés.
Con Plan Mode: primero te enseña el dibujo. Te dice qué piezas va a usar, en qué orden, dónde podría salir mal. Vos revisás. Vos decís sí. Hasta entonces empieza a armar.
ls, grep, git log, cat)npm install, rm, git commit)En una línea: Plan Mode es el modo solo lectura donde Claude piensa en voz alta y vos decidís.
Shift + Tab (dos veces)Cambia entre default → acceptEdits → plan. Cuando veas ⏸ plan mode on abajo, estás adentro.
claude --permission-mode planÚtil cuando sabés desde antes que querés pensar antes de tocar nada.
/plan armá un login con Clerk para esta appEl prefijo /plan fuerza plan mode para ese mensaje. Al terminar, volvés a modo normal.
Ctrl + GAbre el plan en tu editor por default. Quitás, agregás, reordenás pasos, guardás. Claude sigue con tu versión.
Shift+Tab una vez más. Cerrás plan mode sin tocar nada, perdiendo el plan. Para cuando la propuesta no convenció ni después del refinamiento.
Anthropic lo escribe así: dejar que Claude se vaya directo a escribir código produce soluciones que resuelven el problema equivocado.
Como entrar a cocina nueva: primero abrís cajones, ves qué ingredientes hay, qué cuchillos, qué sartenes. Acá Claude lee tus archivos, revisa estructura, entiende qué hay.
Pro tip: pedile "Explorá el proyecto y decime qué entendés antes de proponer nada".
Arma la ruta paso a paso. No toca nada todavía.
Como cuando el amigo del IKEA primero saca el instructivo y te dice: "voy a necesitar estas piezas, en este orden, la parte del espejo al final porque se rompe fácil".
Pro tip: en este momento Shift+Tab dos veces o agregá ultrathink al final para forzar razonamiento profundo.
Hasta ahora empieza a escribir código. Con el plano aprobado, el amigo prende el taladro.
Pro tip: si algo del plan ya no te gusta a medio camino, decí "alto" y volvé a plan mode. No dejes que improvise.
Commit con mensaje claro de lo que cambió. Como tomar foto del mueble terminado.
Pro tip: pedile que el mensaje explique el PORQUÉ, no solo el QUÉ. "Agrega login con Clerk porque el endpoint /api/me pide sesión".
ultrathink SIGUE funcionando para razonamiento profundo. Pero "think hard", "think harder" y "think more" YA NO.
Los docs oficiales dicen literal que se interpretan como texto normal y no reservan tokens de razonamiento.
Si querés más fondo: /effort o Option+T (Alt+T en Windows).
Plan Mode te abre la ventana. Estas 4 preguntas te enseñan a asomarte bien. Pegalas dentro de plan mode. Si Claude no puede contestar alguna, bandera roja.
Antes de elegir la herramienta que proponés, dame TRES alternativas
para lograr lo mismo:
1. La más SIMPLE (menos dependencias)
2. La más RÁPIDA de implementar hoy
3. La más SEGURA y mantenible a largo plazo
Para cada una decime:
- Nombre exacto del paquete o skill
- Pros REALES (no de marketing)
- Contras que nadie menciona
- Qué tan activo está su mantenimiento (último commit, estrellas,
issues abiertos)
NO elijas por mí. Cuando termines la tabla, esperá a que yo te
diga cuál usamos.Antes de proponer instalar algo nuevo, hacé este análisis:
1. ¿Qué librerías y tools YA tengo en este proyecto? Listalas.
2. ¿Alguna de las que ya tengo puede resolver lo que pedí?
Si sí, mostrame cómo.
3. Si tuviera que resolverlo con código puro de librería estándar,
¿cómo se vería? Dame versión cero-dependencias.
4. Compará contra la herramienta externa que ibas a proponer:
¿vale la pena la dependencia nueva?
Si la respuesta corta es 'sí vale la pena', explicá el porqué
en una línea. Si es 'no', dejamos el código simple.De las opciones que propusiste, armá tabla con columnas:
- Cuál es la más SIMPLE (menos líneas de código, menos conceptos)
- Cuál es la más RÁPIDA (tiempo hasta tener algo funcionando)
- Cuál es la más SEGURA (menos riesgos de bug, vulnerabilidad,
deprecación)
Marcá claramente los tradeoffs. Si la simple NO es la más segura,
decilo. Si la rápida te compromete a largo plazo, decilo.
Al final, recomendá UNA basándote en que mi proyecto es:
[DESCRIBÍ EN UNA LÍNEA]. NO elijas en genérico.Para cada paquete, skill o MCP que proponés instalar, dame lista
clara:
1. Qué archivos de mi sistema va a leer o modificar
2. Qué comandos shell va a ejecutar
3. Qué red va a usar (endpoints externos, puertos abiertos)
4. Qué permisos necesita (sudo, acceso a .env, credenciales)
5. Qué telemetría manda al servidor (si alguna)
Si algo no podés verificar leyendo código o README, decímelo como
'no verificable' y NO asumas que es seguro.
Cuando tenga la lista completa, yo decido.Si pedís tres alternativas y Claude te da solo una, o las otras dos son claramente de relleno, asumí que la primera está viciada por cómo el entrenamiento vio promociones de esa herramienta.
Pedí otra ronda, o tomá la decisión por fuera.
Al aprobar, Claude no te saca a un solo modo. Te da 5 caminos. Cada uno tiene costo distinto si el plan tenía error.
Cuándo: plan claro, tarea repetitiva, confiás en alcance. Claude corre del principio al fin sin pedir permiso.
Riesgo: si el plan tenía error de diseño, daño mayor porque no hay pausas. NO la uses primera vez.
Cuándo: querés que Claude edite archivos sin pedir confirmación cada vez, pero que siga preguntando para comandos shell, instalaciones, llamadas externas.
Riesgo: balance bueno para cambios en tu código. Malo si el plan incluye scripts/instalaciones grandes.
Cuándo: primera vez con el proyecto, código crítico, plan tocaba archivos sensibles.
Riesgo: lento. Usalo cuando costo de equivocarse es alto, no para tareas chicas.
Cuándo: plan tiene huecos, faltan casos, solución no es la que tenías en mente. Le das retro y arma v2.
Riesgo: casi ninguno. El riesgo real es aprobar un plan malo por no tomarte este paso.
Cuándo: plan grande, querés revisar en navegador con calma. Lo mandás a Claude Code web, revisás sección por sección, decidís si ejecutar ahí o volver a terminal.
Riesgo: nada grave. Requiere conexión. Mejor ambiente de revisión si plan es complejo.
Planear sin ejecutar no sirve. Ejecutar sin planear es cómo terminás con 4 dependencias que no recordás haber instalado.
Cada eslabón existe para que no improvises en el siguiente. Si saltás uno, el siguiente paga la cuenta.
❌ "Sonó bien, aprobado" ✅ Leelo entero, marcá pasos que no entendés, pedile que explique cada uno en 1 línea
Por qué importa: 90% de las herramientas que terminamos instalando sin querer entran por un plan que nadie leyó.
❌ Refinando el plan sin ejecutar nunca ✅ Cuando el plan resuelve 80% del problema, aprobá y ajustá en el camino
Por qué importa: planear para no construir es procrastinación con traje de productividad.
❌ "Think hard" / "think harder" / "think more"
✅ ultrathink al final, o /effort en terminal
Por qué importa: los docs oficiales dicen literal que se interpretan como texto normal. Cero efecto.
❌ Empezar tarea nueva con conversación previa de otra tarea
✅ /clear entre tareas no relacionadas. /compact con instrucciones específicas para conservar lo útil
Por qué importa: contexto sucio contamina el plan con decisiones viejas que ya no aplican.
Crear agentes usa Plan Mode como primer paso oficial. Aprendé Plan Mode para crear agentes mejor.
Claude piloto automático es lo contrario: trabajar sin permisos. Necesitás Plan Mode para diseñar bien antes de soltar el piloto automático.
Opus 4.7 sigue instrucciones más literal. Plan Mode + Opus 4.7 = plan más fiel a lo que pediste.
Que la IA te sugiera. Pero VOS decidís.
Plan Mode es la puerta. Explorar → Planear → Construir → Guardar es el método. La trilogía Architect + All Deploy + Cyber Neo es la ruta hasta producción.