Puse a prueba el Ultra Plan de Claude Code — Esta es la verdad
Estaba a mitad de una migracion de dependencias — reemplazando tRPC v10 por v11 en un monorepo con 47 definiciones de rutas — cuando un amigo dejo un mensaje en nuestro Discord: "Ya probaste /ultraplan?"
Mi primera reaccion honesta? Escepticismo. Llevaba meses usando el modo de planificacion local de Claude Code religiosamente. Shift+Tab, revisar el plan, cambiar al modo de edicion, ejecutar. El ritmo era una segunda naturaleza. Por que delegaria ese proceso a una sesion de planificacion en la nube cuando mi flujo de trabajo en la terminal ya era rapido?
Entonces ejecute /ultraplan migrate all tRPC v10 routes to v11 with backward-compatible type exports y vi algo que no esperaba. En segundos, mi terminal me entrego una URL. La abri en el navegador. Y ahi estaba un plan de implementacion estructurado que no solo listaba los archivos que necesitaban cambios — mapeaba las cadenas de dependencias entre rutas, senalaba tres firmas de tipo incompatibles que yo no habia considerado, y generaba un diagrama Mermaid mostrando el orden de migracion que minimizaria los fallos en las pruebas a lo largo del camino.
Mi modo de planificacion local nunca habia hecho eso. Ni una sola vez.
Eso fue hace dos semanas. Desde entonces, he ejecutado Ultra Plan en diez prompts diferentes — intercambios simples de modelos, refactorizaciones complejas, scaffolding greenfield, auditorias de seguridad — probandolo contra el modo de planificacion local en cada uno de ellos. Lo que descubri fue mas matizado que "Ultra Plan es mejor." La verdad involucra tres modos de planificacion ocultos, un sistema de AB testing que la mayoria de los usuarios no saben que existe, y un conjunto muy especifico de escenarios donde Ultra Plan es genuinamente transformador frente a donde es simplemente una interfaz mas elegante para la misma salida.
Aqui esta todo lo que aprendi.
Que es realmente Ultra Plan (y por que existe)
Antes de entrar en los resultados de las pruebas, necesitas el modelo mental correcto. Porque Ultra Plan no es simplemente "modo de planificacion pero en la nube." La arquitectura es fundamentalmente diferente, y entender esa diferencia cambia como lo usas.
Cuando ejecutas el modo de planificacion local con Shift+Tab en Claude Code, la planificacion ocurre dentro de tu sesion de terminal. Misma ventana de contexto. Misma instancia del modelo. Mismas restricciones. La IA lee tu base de codigo, piensa en los cambios y presenta un plan — todo dentro de los limites de tu conversacion actual.
Ultra Plan rompe ese modelo por completo. Cuando escribes /ultraplan seguido de tu prompt, Claude Code inicia una sesion de planificacion dedicada en el Cloud Container Runtime de Anthropic — lo que ellos llaman CCR. Esa sesion remota obtiene Opus 4.6, hasta 30 minutos de tiempo de computo dedicado y acceso a tu repositorio a traves de una instantanea sincronizada con la nube. La planificacion ocurre fuera de tu maquina, en un entorno construido especificamente para analisis profundo.
La diferencia practica? Tu terminal queda libre. Mientras Ultra Plan procesa tu estrategia de migracion en la nube, puedes seguir programando, ejecutar pruebas o iniciar otra sesion de Ultra Plan para una tarea completamente diferente. He tenido tres sesiones de Ultra Plan ejecutandose simultaneamente mientras yo depuraba un problema de CSS localmente. Intenta hacer eso con el modo de planificacion local.
Una vez que el plan esta listo, recibes una URL de sesion que se abre en tu navegador. Y aqui es donde la experiencia diverge marcadamente de cualquier cosa en la terminal.
La interfaz web que cambia como revisas los planes
Sere directo: la interfaz web es la mayor mejora en calidad de vida que trae Ultra Plan. Y lo digo como alguien que vive en la terminal.
Cuando un plan aparece en tu navegador, estas viendo un documento enriquecido — no un muro de markdown desplazandose por tu terminal. Encabezados. Secciones colapsables. Bloques de codigo en linea con resaltado de sintaxis. Y de manera crucial, dos funciones que hacen que la planificacion colaborativa realmente funcione: comentarios en linea sobre partes especificas del plan, y reacciones con emoji para senalizacion rapida.
Suena trivial. No lo es.
He aqui por que. Cuando reviso un plan en la terminal, mi ciclo de retroalimentacion se ve asi: leer el plan, desplazarme hacia arriba hasta la parte con la que no estoy de acuerdo, escribir "en realidad, para el paso 3, preferiria usar el patron repositorio en lugar de consultas directas," esperar a que la IA regenere todo el plan, releer todo el asunto. Con la interfaz web, hago clic en el paso 3, escribo mi comentario en linea y pido una revision dirigida. La IA actualiza esa seccion sin tocar el resto. La velocidad de iteracion es dramaticamente mas rapida.
Los diagramas Mermaid son inconsistentes — a veces aparecen, a veces no (mas sobre por que en un momento). Pero cuando aparecen, son genuinamente utiles. Para la migracion de tRPC, Ultra Plan genero un diagrama de flujo de dependencias mostrando que rutas dependian de definiciones de tipo compartidas, lo que significaba que podia ver de un vistazo que migrar userRouter antes de authRouter romperia tres consumidores posteriores. Esa visualizacion me habria tomado veinte minutos mapearla manualmente.
Despues de aprobar un plan — con o sin revisiones — obtienes tres opciones:
- Ejecutar en la nube — el plan se ejecuta remotamente y puede abrir un PR directamente
- Implementar aqui — teletransportar el plan de vuelta a tu sesion de terminal actual
- Iniciar nueva sesion — limpiar tu conversacion actual y comenzar de cero con el plan como contexto
Uso la opcion 2 aproximadamente el 80% de las veces. El plan llega a mi terminal como contexto estructurado, y continuo la ejecucion localmente donde tengo control total sobre las operaciones de archivos, ejecucion de pruebas y el flujo de trabajo de Git. La opcion 1 es tentadora para tareas sencillas, pero he encontrado que la ejecucion aun se beneficia de la supervision local — especialmente cuando el plan involucra archivos que han cambiado desde que se tomo la instantanea en la nube.
Dicho esto, el camino de ejecucion en la nube es hacia donde se dirige Ultra Plan. Y para equipos que quieren un pipeline de planificacion a PR con minima intervencion humana, ya esta cerca.
Diez prompts, dos modos, una comparacion honesta
Hablar de funciones es facil. Lo que importa es el rendimiento. Asi que ejecute los mismos diez prompts tanto en Ultra Plan como en el modo de planificacion local, comparando la salida en cuatro dimensiones: velocidad, calidad del plan, deteccion de riesgos y ejecutabilidad.
Esto es lo que probe:
Tareas simples:
- Reemplazar Qwen 3.5 por Gemma 4 como modelo de inferencia local
- Agregar un toggle de modo oscuro a un componente React existente
- Renombrar una columna de base de datos con una migracion
Complejidad media: 4. Refactorizar middleware de autenticacion de basado en sesiones a JWT 5. Agregar limitacion de tasa a todos los endpoints de API con umbrales configurables 6. Migrar un esquema Prisma de PostgreSQL a MySQL
Alta complejidad: 7. Actualizar tRPC v10 a v11 en un monorepo 8. Implementar una capa de aislamiento de datos multi-tenant 9. Agregar cifrado de extremo a extremo para mensajes de usuario 10. Auditar una base de codigo para vulnerabilidades OWASP Top 10
Los resultados se dividieron limpiamente a lo largo de las lineas de complejidad — pero no de la manera que esperaba.
Donde Ultra Plan igualo al modo local (y nada mas)
Para los prompts 1 al 3 — las tareas simples — Ultra Plan no ofrecio ninguna ventaja significativa sobre el modo de planificacion local. Los planes eran estructuralmente similares. Se identificaron los mismos archivos. Se propusieron los mismos pasos. La unica diferencia fue la presentacion: la salida de Ultra Plan se veia mas bonita en el navegador.
Reemplazar Qwen 3.5 por Gemma 4 genero planes casi identicos en ambos modos. Plan local: cambiar la configuracion del modelo, actualizar el endpoint de inferencia, ajustar la configuracion del tokenizador, probar. Ultra Plan: mismos pasos, descripciones ligeramente mas detalladas, una nota sobre verificar compatibilidad — pero nada que yo no habria detectado por mi cuenta.
Para tareas simples, el viaje de ida y vuelta adicional a la nube agrega latencia sin agregar conocimiento. El modo de planificacion local manejo estas en 15-30 segundos. Ultra Plan necesito 45-90 segundos para el mismo resultado, porque la sesion en la nube necesita iniciar, sincronizar la instantanea del repositorio y renderizar la interfaz web.
Mi recomendacion: si puedes describir el cambio en una oracion y ya sabes que archivos necesitan ser modificados, quédate con el modo de planificacion local. La ventaja de velocidad es real.
Donde Ultra Plan tomo la delantera — y por cuanto
Los prompts 4 al 6 — complejidad media — mostraron la primera brecha significativa. Ultra Plan empezo a detectar cosas que el modo de planificacion local paso por alto.
La migracion a JWT (prompt 4) es un buen ejemplo. El modo de planificacion local me dio un plan razonable: crear la utilidad JWT, actualizar el middleware de autenticacion, modificar el endpoint de login para emitir tokens, agregar logica de renovacion de tokens. Solido. Correcto. Pero paso por alto el problema de limpieza de sesiones — los usuarios existentes tenian sesiones activas que necesitarian ser invalidadas durante la ventana de migracion. Tampoco menciono la necesidad de actualizar la configuracion CORS para el nuevo patron de encabezado Authorization.
Ultra Plan detecto ambos. El plan incluia un paso de migracion dedicado para sesiones activas, una estrategia de rollback si la verificacion JWT fallaba para un umbral de usuarios, y una seccion de actualizacion CORS. La deteccion de riesgos fue notablemente mas profunda.
Para la migracion de Prisma (prompt 6), el modo de planificacion local propuso una reescritura directa del esquema. Ultra Plan senalo cuatro trampas especificas de MySQL: la diferencia del tipo @db.Text, la falta de soporte nativo de arrays que requiere una tabla de union, la diferencia de sensibilidad a mayusculas y minusculas en comparaciones de cadenas, y una limitacion de longitud de indice que romperia uno de mis indices compuestos. Tres de esos cuatro habrian causado errores en tiempo de ejecucion que me habrian costado horas de depuracion.
La brecha se amplio aun mas con la alta complejidad. La migracion de tRPC v10 a v11 (prompt 7) fue donde Ultra Plan realmente demostro su valor. El modo de planificacion local produjo una guia de migracion razonable. Ultra Plan produjo lo que solo puedo describir como un documento de ingenieria — completo con ordenamiento de dependencias, analisis de compatibilidad de tipos, una lista de APIs obsoletas que yo estaba usando con sus reemplazos en v11, y una estrategia de despliegue por fases que me permitia migrar ruta por ruta en lugar de todo de una vez.
La auditoria de seguridad (prompt 10) mostro la diferencia mas dramatica. El modo de planificacion local identifico problemas superficiales: validacion de entrada faltante, algunos vectores de inyeccion SQL, secretos codificados en duro. Ultra Plan encontro esos mas tres problemas mas profundos: una referencia directa a objeto insegura en el endpoint de perfil de usuario, una condicion de carrera en el flujo de restablecimiento de contrasena que podria permitir la reutilizacion de tokens, y un limite de tasa faltante en el endpoint de login que lo hacia vulnerable a credential stuffing. El plan local senalo 6 problemas. Ultra Plan senalo 11.
Pero aqui es donde la historia se complica.
Los tres modos ocultos de los que nadie te cuenta
Despues de ejecutar estas pruebas, la inconsistencia me molestaba. Por que Ultra Plan generaba diagramas Mermaid para algunos prompts pero no para otros? Por que la auditoria de seguridad producia un analisis multi-perspectiva mientras que el cambio de modelo producia basicamente la misma salida que el modo local?
Investigue el codigo fuente de Claude Code — especificamente los prompts de sistema filtrados que salieron a la luz despues del incidente del source map de npm en marzo de 2026 — y encontre algo que lo explica todo.
Ultra Plan no ejecuta un modo de planificacion. Ejecuta tres. Y Anthropic los asigna dinamicamente, de forma invisible, basandose en configuracion del lado del servidor.
Simple Plan es la linea base. Es estructuralmente similar al modo de planificacion local — un analisis directo que identifica archivos, propone pasos y genera un plan limpio. Sin diagramas. Sin analisis multi-perspectiva. Cuando recibes un Simple Plan, basicamente estas recibiendo el modo de planificacion local con una interfaz mas bonita y ejecucion en la nube. Esto es lo que recibi para las tareas simples.
Visual Plan agrega diagramas. La misma profundidad analitica que Simple Plan, pero con generacion de diagramas Mermaid y Asy como capa adicional. El diagrama de flujo de dependencias que obtuve para la migracion de tRPC? Eso fue un Visual Plan. Los diagramas no son decoracion — codifican relaciones estructurales que el texto plano tiene dificultad para comunicar. Pero el analisis en si no es mas profundo que Simple Plan.
Deep Plan es el que cambia el juego. Y es el que explico mis resultados de la auditoria de seguridad.
Deep Plan activa un sistema multi-agente. No un modelo pensando en tu problema — multiples sub-agentes especializados, cada uno enfocado en una dimension diferente:
- Un agente analiza codigo y arquitectura — examinando las implicaciones estructurales del cambio
- Un agente localiza todos los archivos que necesitan modificacion — no solo los objetivos obvios, sino consumidores posteriores y archivos de prueba
- Un agente identifica riesgos, casos limite y conflictos de dependencias — el especialista en "que podria salir mal"
- Un agente revisa el plan completo buscando consistencia logica, mitigaciones faltantes y orden de ejecucion
Estos agentes se ejecutan en paralelo, contribuyen sus hallazgos a un contexto compartido, y el sistema sintetiza sus salidas en un plan unificado. La auditoria de seguridad que encontro 11 problemas en lugar de 6? Eso fue Deep Plan. El agente de riesgos marco especificamente la condicion de carrera en el flujo de restablecimiento de contrasena — algo que un analisis de un solo paso consistentemente pasa por alto porque requiere razonar sobre estados concurrentes.
Aqui esta la parte que me frustro: no puedes elegir que modo recibes.
Eres parte de un test AB (y Anthropic lo sabe)
La asignacion de modos no es aleatoria en el sentido de lanzar una moneda. Anthropic la controla a traves de configuraciones del lado del servidor — esencialmente un sistema de feature flags que determina que variante de planificacion recibe cada usuario para cada sesion. El codigo fuente filtrado confirma que esto es un framework de AB testing deliberado.
Anthropic esta midiendo varias cosas a traves de este sistema:
- Tasas de aceptacion de usuarios para cada variante de planificacion — aprueban y ejecutan los usuarios Simple Plans a la misma tasa que Deep Plans?
- Efectividad de los prompts de planificacion — que prompts de sistema producen planes que los usuarios realmente llevan a cabo?
- Rendimiento del modelo — la infraestructura podria usarse para probar proximas versiones del modelo entre si en escenarios de planificacion en vivo
Esto explica por que mi experiencia fue inconsistente entre ejecuciones. Algunas de mis sesiones de Ultra Plan estaban llegando a Simple Plan (casi identico al modo local), mientras que otras estaban llegando a Deep Plan (dramaticamente mejor). No estaba comparando "Ultra Plan vs Plan Local" de manera controlada. Estaba comparando "cualquier variante que el sistema AB de Anthropic me asigno" contra el plan local.
Una vez que me di cuenta de esto, volvi atras y volvi a ejecutar los prompts de alta complejidad multiples veces. La migracion de tRPC produjo planes notablemente diferentes en tres ejecuciones — uno con diagramas, uno sin ellos, uno con el analisis de riesgos multi-agente. Mismo prompt. Mismo estado del repositorio. Diferentes variantes de planificacion.
Para usuarios que se preocupan por la consistencia — y si estas construyendo software de produccion, deberias hacerlo — esto es lo mas importante que debes entender sobre Ultra Plan ahora mismo. El techo de calidad es genuinamente alto. El piso de calidad es basicamente el modo de planificacion local con latencia adicional. Y no tienes control sobre cual recibes.
Esa incertidumbre es la razon por la que, por ahora, he optado por un flujo de trabajo especifico que me da lo mejor de ambos mundos. Pero antes de compartirlo, hay un detalle tecnico mas que vale la pena entender.
Como Ultra Plan lee tu base de codigo (y donde falla)
Cuando activas /ultraplan, Claude Code no sube todo tu repositorio a la nube de Anthropic. Crea una instantanea — una copia puntual sincronizada al entorno CCR donde se ejecuta la sesion de planificacion. El agente de planificacion entonces lee de esta instantanea como si fuera una base de codigo local.
Esto crea una limitacion sutil pero importante: la sesion en la nube no ve los cambios que haces despues de lanzar Ultra Plan. Si activas un Ultra Plan para una migracion de base de datos, y luego modificas el esquema localmente mientras se genera el plan, el plan estara basado en el esquema antiguo. Me paso una vez — aprobe un plan que hacia referencia a una columna que ya habia renombrado durante la ventana de planificacion.
La ventana de computo de 30 minutos es generosa para la mayoria de las tareas. Mi sesion de Ultra Plan mas larga — la auditoria OWASP completa — se completo en aproximadamente 8 minutos. Pero la ventana importa para repositorios extremadamente grandes donde el analisis inicial de la base de codigo toma un tiempo considerable. Anthropic no ha publicado limites de tamano de repositorio para CCR, pero en mis pruebas, repositorios de menos de 500 MB de codigo fuente (excluyendo node_modules y artefactos de compilacion) planificaron sin problemas.
Una cosa mas sobre el enfoque de instantaneas: Ultra Plan funciona mejor con repositorios alojados en GitHub. La sincronizacion depende del remoto de tu repositorio, lo que significa que repositorios solo locales o repositorios con grandes cambios sin commit pueden producir planes basados en contexto incompleto. Aprendi a siempre hacer commit y push antes de ejecutar /ultraplan para cualquier cosa importante.
Si prefieres que alguien configure un flujo de trabajo optimizado de Claude Code desde cero — completo con integracion de Ultra Plan, skills personalizados y orquestacion de agentes — acepto ese tipo de proyectos. Puedes ver lo que he construido en fiverr.com/s/EgxYmWD.
Mi flujo de trabajo real — Como uso Ultra Plan hoy
Despues de dos semanas de pruebas, este es el flujo de trabajo en el que me he decidido. No es "usar siempre Ultra Plan" ni "saltarselo por completo." Es condicional, y las condiciones son especificas.
Para tareas que puedo describir en una oracion y donde ya conozco los archivos afectados: Modo de planificacion local. No se necesita viaje de ida y vuelta a la nube. Shift+Tab, revisar, ejecutar. Rapido.
Para tareas que involucran mas de 5 archivos, cadenas de dependencias o cambios incompatibles: Ultra Plan. El analisis multi-agente (cuando recibes Deep Plan) detecta riesgos que la planificacion de un solo paso consistentemente pasa por alto. La interfaz web hace la iteracion mas rapida. Incluso cuando recibo Simple Plan, la revision basada en navegador es mas comoda para planes complejos.
Para auditorias de seguridad y revisiones de arquitectura: Ultra Plan, siempre. La variante Deep Plan es dramaticamente mejor para encontrar vulnerabilidades no obvias. Y dado que estas son evaluaciones de alto riesgo donde pasar por alto un caso limite tiene consecuencias reales, prefiero aceptar el golpe de latencia por la oportunidad de un analisis mas profundo.
Para cambios urgentes donde cada segundo cuenta: Modo de planificacion local. El viaje de ida y vuelta de Ultra Plan agrega 30-90 segundos antes de que siquiera veas el plan. Cuando la produccion esta caida y necesito una solucion rapida, esa latencia es inaceptable.
Para multitarea: Ultra Plan es imbatible. Regularmente lanzo dos o tres sesiones de Ultra Plan para diferentes tareas, y luego las reviso y apruebo a medida que se completan. Este flujo de trabajo de planificacion paralela es algo que el modo local simplemente no puede hacer — cada plan local bloquea tu terminal hasta que termina.
El truco del Skill de Deep Plan
Aqui esta el punto mas tactico de toda esta publicacion.
Dado que Anthropic no te deja elegir que variante de planificacion recibes, y Deep Plan produce los mejores resultados por un margen significativo, extraje la estructura del prompt de sistema de Deep Plan y la converti en un skill personalizado de Claude Code.
El enfoque: crear un skill que imite el patron de analisis multi-agente de Deep Plan localmente. El skill instruye a Claude Code para analizar el prompt a traves de cuatro lentes secuenciales — impacto arquitectonico, identificacion de archivos, evaluacion de riesgos y revision del plan — antes de sintetizar un plan unificado. No es identico al Deep Plan real (que ejecuta agentes paralelos reales en CCR), pero aproxima el 80% de la mejora de calidad en mis pruebas.
Aqui esta el esqueleto:
---
name: deep-plan
description: >
Multi-perspective planning for complex code changes.
Trigger when user asks for a detailed plan, migration
strategy, or architecture review.
---
## Deep Plan — Multi-Agent Analysis Skill
### Phase 1: Architecture Analysis
Analyze the requested change from a structural perspective.
Identify affected modules, data flows, and integration points.
Map dependencies between components.
### Phase 2: File Discovery
Locate ALL files that need modification — not just the obvious
targets. Include test files, type definitions, configuration
files, and downstream consumers.
### Phase 3: Risk Assessment
For each proposed change, identify:
- Edge cases that could cause runtime failures
- Breaking changes for existing consumers
- Race conditions or state management issues
- Security implications
- Rollback complexity
### Phase 4: Plan Synthesis & Review
Combine findings from all phases into a unified implementation
plan. Order steps by dependency chain. Flag any phase where
findings conflict. Include rollback procedures for each step.
### Output Format
Use numbered steps with sub-items. Include file paths.
Generate a Mermaid dependency diagram if more than 5 files
are affected. End with a risk summary table.
Esto me da analisis de calidad Deep Plan bajo demanda, sin la loteria del AB testing. La compensacion es velocidad — ejecutar esto localmente toma mas tiempo que un plan de un solo paso porque son cuatro pasadas de analisis secuenciales. Pero para tareas complejas, los dos minutos extra de planificacion ahorran horas de depuracion.
Sigo usando el comando /ultraplan real para escenarios de multitarea y cuando quiero la experiencia de revision en la interfaz web. Pero para mis planificaciones de mayor riesgo — aquellas donde necesito profundidad garantizada — el skill personalizado me da control que Ultra Plan actualmente no ofrece.
Lo que esto revela sobre hacia donde se dirige Claude Code
Retrocede un momento de los detalles tacticos y observa lo que Ultra Plan revela sobre la hoja de ruta de Anthropic.
La infraestructura CCR no es solo para planificacion. Es un entorno de ejecucion en la nube de proposito general. Hoy ejecuta sesiones de planificacion. Manana — y esto es especulacion basada en la arquitectura, no conocimiento interno — podria ejecutar sesiones de implementacion completas, suites de pruebas o incluso pipelines de integracion continua impulsados por agentes de Claude Code.
El framework de AB testing es igualmente revelador. Anthropic esta usando sesiones de Ultra Plan en vivo para optimizar prompts de planificacion y medir que enfoques producen planes que los usuarios realmente ejecutan. Esta es una retroalimentacion en vivo para mejorar la capacidad de planificacion del modelo. Cada vez que apruebas o rechazas un Ultra Plan, estas contribuyendo datos a ese proceso de optimizacion.
La arquitectura multi-agente de Deep Plan es la pieza mas visionaria. Hoy ejecuta tres a cuatro sub-agentes especializados para planificacion. El patron se generaliza a cualquier tarea compleja: agentes de implementacion, agentes de pruebas, agentes de documentacion, agentes de revision de seguridad — cada uno con prompts de sistema especializados, ejecutandose en paralelo, sintetizando sus salidas. La funcion de equipos de agentes de Claude Code ya hace algo de esto localmente. La infraestructura de Ultra Plan sugiere que Anthropic esta construyendo la columna vertebral en la nube para ejecutarlo a escala.
Espero tres cosas en los proximos seis meses:
- Modos de planificacion seleccionables por el usuario — la fase de AB testing terminara y podremos elegir entre Simple, Visual o Deep Plan explicitamente
- Mejoras en la ejecucion en la nube — ejecutar planes en CCR con creacion directa de PR se convertira en el camino predeterminado para equipos
- Sesiones de planificacion persistentes — la capacidad de guardar, compartir y regresar a sesiones de Ultra Plan entre miembros del equipo
Ya sea que esas predicciones se cumplan o no, la direccion es clara: Claude Code se esta convirtiendo en una herramienta de planificacion primero donde la ejecucion es la parte facil.
Las compensaciones honestas que debes conocer
Ultra Plan no es una mejora pura. Aqui estan las limitaciones que he encontrado en uso real, y ninguno de los materiales promocionales las menciona.
El desfase de la instantanea es real. Tu sesion en la nube planifica contra una copia congelada de tu repositorio. Si estas desarrollando activamente mientras se genera el plan, recibiras recomendaciones basadas en codigo desactualizado. Siempre haz commit y push antes de lanzar Ultra Plan para tareas criticas.
No puedes controlar la variante de planificacion. Esta es mi mayor frustracion. Deep Plan es significativamente mejor que Simple Plan, pero el sistema decide cual recibes. Para una funcionalidad que se supone debe ayudar con planificacion de alto riesgo, la aleatoriedad se siente como un defecto de diseno — incluso si la justificacion del AB testing tiene sentido desde la perspectiva de Anthropic.
La interfaz web requiere cambio de contexto. Saltar de la terminal al navegador para revisar un plan rompe el flujo. Soy un desarrollador orientado al teclado. Cada vez que busco el raton para hacer clic en una seccion del plan en el navegador, una pequena parte de mi muere. Los comentarios en linea son geniales una vez que estas ahi, pero la transicion de terminal a navegador es brusca.
La latencia importa para el trabajo iterativo. Cuando estoy en un ciclo ajustado de construir-probar-depurar, el tiempo de respuesta de 15 segundos del modo de planificacion local le gana a los 45-90 segundos de Ultra Plan cada vez. Ultra Plan es una herramienta de pensamiento profundo, no una herramienta de retroalimentacion rapida.
La ventana de 30 minutos es mayormente teorica. Ninguna de mis sesiones de Ultra Plan supero los 10 minutos. Pero si estas trabajando con una base de codigo excepcionalmente grande o pidiendo un analisis que requiere leer miles de archivos, la ventana podria convertirse en una restriccion. Personalmente no la he alcanzado.
Requiere Claude Code en la web. Ultra Plan necesita una cuenta conectada y un repositorio alojado en GitHub. Si estas trabajando con repositorios solo locales, instancias privadas de GitLab o en un entorno aislado, Ultra Plan no es una opcion. El modo de planificacion local es tu unico camino.
Estas no son factores decisivos. Son el tipo de puntos de friccion que importan cuando estas decidiendo si adoptar una nueva herramienta para trabajo de produccion versus solo jugar con ella en proyectos secundarios. Conocelas de antemano.
Entonces, realmente deberias usar Ultra Plan?
Hace dos semanas, habria dado una respuesta simple. Ahora es mas honesta.
Si estas haciendo refactorizaciones complejas, actualizaciones de dependencias, auditorias de seguridad o cambios de arquitectura — y puedes tolerar la loteria del AB testing — Ultra Plan vale la pena anadirlo a tu flujo de trabajo. El techo de calidad cuando recibes Deep Plan es significativamente mas alto que cualquier cosa que produzca el modo de planificacion local. La interfaz web hace que la revision e iteracion del plan sea mas rapida para cambios no triviales. Y la capacidad de planificacion paralela es genuinamente unica.
Si la mayor parte de tu trabajo involucra cambios dirigidos a archivos conocidos, el modo de planificacion local sigue siendo mas rapido y predecible. No agregues latencia en la nube para tareas que no necesitan analisis a escala de nube.
Si quieres calidad de Deep Plan garantizada sin la aleatoriedad, construye el skill personalizado que describi arriba. Ejecutalo localmente. Acepta la compensacion de velocidad por la garantia de profundidad.
Y si eres el tipo de desarrollador que rastrea de cerca el comportamiento de sus herramientas — lo cual, si has leido hasta aqui, probablemente lo eres — sigue observando los patrones de AB testing. Ejecuta el mismo prompt multiples veces. Nota cuando recibes diagramas versus cuando no. Nota cuando el analisis de riesgos es superficial versus quirurgico. Entender que variante estas recibiendo te ayuda a calibrar tu confianza en la salida.
Lo que nadie dice sobre Ultra Plan es esto: no es una funcion terminada. Es una vista previa de investigacion que funciona simultaneamente como plataforma de optimizacion en vivo para las capacidades de planificacion de Anthropic. Estas simultaneamente usando una herramienta y entrenandola. Eso no es una critica — es la realidad de construir en la frontera del desarrollo asistido por IA. Pero significa que el Ultra Plan que usas hoy no sera el Ultra Plan que uses en tres meses. Y esa version futura, informada por millones de sesiones de planificacion reales, sera casi con certeza mejor que cualquier cosa que podamos construir con skills personalizados.
Mantengo /ultraplan en mi rotacion diaria. Mantengo mi skill de Deep Plan como respaldo. Y ejecuto ambos, comparo salidas y archivo cada diferencia como un punto de datos.
Porque los ingenieros que entienden sus herramientas profundamente — no solo lo que las herramientas hacen, sino como funcionan por debajo — son los que mas provecho les sacan. Eso ha sido cierto desde el primer compilador, y sigue siendo cierto ahora.
Preguntas frecuentes
Como ejecuto Ultra Plan en Claude Code?
Escribe /ultraplan seguido de tu prompt de planificacion en la terminal de Claude Code. La sesion se inicia en la nube de Anthropic y recibes una URL en el navegador para revisar el plan generado. Necesitas una cuenta de Claude Code on the web y un repositorio alojado en GitHub.
Es Ultra Plan mas rapido que el modo de planificacion local?
Para el computo de planificacion, Ultra Plan se ejecuta hasta 2x mas rapido porque usa recursos dedicados en la nube con Opus 4.6. Pero el viaje de ida y vuelta total — incluyendo el arranque en la nube y la revision en el navegador — agrega 30-90 segundos comparado con los 15-30 segundos de respuesta del modo de planificacion local para tareas simples.
Puedo elegir entre Simple Plan, Visual Plan y Deep Plan?
Actualmente no. Anthropic asigna variantes de planificacion a traves de configuracion del lado del servidor como parte de su framework de AB testing. Puedes aproximar la calidad de Deep Plan construyendo un skill personalizado que replique su patron de analisis multi-agente localmente.
Funciona Ultra Plan con repositorios privados?
Ultra Plan requiere un repositorio de GitHub accesible a traves de tu cuenta de Claude Code on the web. Repositorios solo locales, repositorios alojados en GitLab y entornos aislados no son compatibles. Para esas configuraciones, el modo de planificacion local sigue siendo la unica opcion.
Que pasa con mi codigo durante las sesiones de Ultra Plan?
Claude Code crea una instantanea de solo lectura de tu repositorio sincronizada con la nube. El agente de planificacion analiza esta instantanea — no puede modificar tus archivos locales. Los cambios solo ocurren despues de que apruebes el plan y elijas una ruta de ejecucion (nube o local).
Trabajemos juntos
Buscas construir sistemas de IA, automatizar flujos de trabajo o escalar tu infraestructura tecnologica? Me encantaria ayudar.
- Fiverr (desarrollos personalizados e integraciones): fiverr.com/s/EgxYmWD
- Portfolio: mejba.me
- Ramlit Limited (soluciones empresariales): ramlit.com
- ColorPark (diseno y branding): colorpark.io
- xCyberSecurity (servicios de seguridad): xcybersecurity.io
