Blog

Ultracode en Claude Code 2026: cómo activarlo con un comando

Markdown

Ultracode en Claude Code: un modo en el que Claude pone en marcha un equipo de agentes por su cuenta. En qué se diferencia de /effort xhigh, cómo activarlo y con qué rapidez consume tokens.

Leer el artículo completo

Lo esencial

Ultracode es un modo de Claude Code en el que Claude decide por sí mismo que una tarea merece ejecutarse como un flujo de trabajo con decenas de agentes en paralelo, en lugar de responder con un solo prompt. Actívalo con /effort ultracode para toda la sesión o con la palabra ultracode al principio de una tarea concreta. Por debajo, combina el esfuerzo xhigh (como Opus 4.8 en su nivel máximo) con un orquestador automático. Es útil para auditorías de código grandes, migraciones que abarcan cientos de archivos e investigaciones exhaustivas. Consume varias veces más tokens que el modo normal, así que es mejor reservar /effort high para el trabajo rutinario.

Para obtener información sobre cómo utilizar el servicio, consulta la documentación de Ailoot.

Qué es Ultracode y a quién le hace falta

Lo esencial

Ultracode es un ajuste de sesión de Claude Code que combina el nivel máximo de razonamiento (xhigh) con la orquestación automática de flujos de trabajo dinámicos. Apareció el 28 de mayo de 2026, en la versión v2.1.154, junto con el lanzamiento de Opus 4.8. Está pensado para tareas grandes que no se pueden resolver con un solo prompt: auditar un proyecto entero, migrar 500 archivos o investigar a fondo una pregunta compleja en 20 fuentes.

Hasta el 28 de mayo de 2026, Claude Code solo tenía el parámetro /effort, con los niveles low / medium / high / xhigh. Es el nivel de «pensamiento» del modelo: cuanto más alto es, más tokens se emplean en el razonamiento, más preciso es el resultado y más tarda Claude en responder.

Ultracode no encaja en la escala /effort low → xhigh. Se sitúa junto a ella. Al activarlo, Claude analiza automáticamente tu tarea y decide: «Esta se resolverá mejor si la divido entre 30 agentes en paralelo y después reúno los resultados». Antes, tenías que hacerlo manualmente escribiendo tu propio flujo de trabajo o montando un comando de subagente. Ahora Claude decide por sí mismo cuándo tiene sentido.

Su público principal son las personas que han llegado al límite de un solo prompt. Si has:

  • ejecutado /code-review en un repositorio de 200 archivos y la sesión se ha interrumpido en el archivo 50
  • pedido «encuentra todos los lugares donde usamos la API obsoleta» y Claude ha encontrado tres, pero ha olvidado otros quince
  • querido que Claude compruebe su propia hipótesis desde tres ángulos antes de responderte

Ultracode es para ti. Si estás escribiendo una función y necesitas una solución, no lo necesitas: el /effort high normal hará el trabajo con tres veces menos tokens.

En qué se diferencia Ultracode de los niveles habituales low/medium/high/xhigh

Lo esencial

El nivel de esfuerzo habitual cambia la profundidad del razonamiento en una sola respuesta. Ultracode añade una decisión automática: iniciar un flujo de trabajo con agentes en paralelo o resolver la tarea de una vez. La profundidad del razonamiento se mantiene en el máximo xhigh, con una capa adicional: la orquestación.

Comparación de lo esencial:

Parámetro/effort low/effort medium/effort high/effort xhigh/effort ultracode
Profundidad del razonamientomínimamediaprofundamáximamáxima (xhigh)
Tokens para razonarpocosmediosmuchosmuchísimosmuchísimos + orquestación
Quién decide dividir la tareatútútútúClaude automáticamente
Cuándo empieza un flujo de trabajocuando tú lo pidescuando tú lo pidescuando tú lo pidescuando tú lo pidesen cada tarea sustancial
Se restablece entre sesionesnonononosí; tienes que volver a activarlo
Modelos disponiblestodostodostodossolo modelos con xhighsolo modelos con xhigh (Opus 4.8)

La diferencia principal en una frase: /effort xhigh significa «piensa más tiempo»; Ultracode significa «piensa más tiempo Y decide por tu cuenta cuándo puedes resolverlo con un solo prompt y cuándo necesitas un equipo de 30 agentes». En esencia, Ultracode añade otra capa a xhigh: la orquestación automática.

Anthropic lo explica explícitamente en su documentación oficial:

Con Ultracode activado, Claude decide cuándo una tarea justifica un flujo de trabajo. Una sola solicitud puede convertirse en varios flujos de trabajo consecutivos: uno para entender el código, otro para hacer el cambio y otro para verificarlo.

— Documentación de Anthropic, code.claude.com/docs/en/workflows

Eso significa que una sola solicitud tuya puede desplegarse en tres flujos de trabajo consecutivos: entender el código, hacer los cambios y verificarlos. Cada uno puede iniciar entre 10 y 30 agentes en paralelo.

Qué versiones y modelos admiten Ultracode

Lo esencial

Necesitas Claude Code v2.1.154 o posterior y un modelo que admita el esfuerzo xhigh. A junio de 2026, Anthropic vincula en la práctica el lanzamiento de xhigh a Opus 4.8 (no hay constancia de otros modelos con xhigh en el registro de cambios). Está disponible con Pro / Max / Team / Enterprise + API. En Pro tienes que activarlo manualmente en /config; en los demás planes funciona desde el principio. Bedrock, Vertex AI y Microsoft Foundry lo admiten.

Comprueba tu versión:

claude --version

Si es anterior a 2.1.154, actualízala:

npm install -g @anthropic-ai/claude-code

A continuación, consulta la lista de niveles de esfuerzo:

claude /effort

Si ves ultracode en el menú desplegable, ya está todo listo. Si no aparece, lo más probable es que:

  • tu modelo actual no sea Opus 4.8 (por ejemplo, Sonnet 4.7 no tiene xhigh)
  • estés en Pro y el modo esté desactivado en /config (activa la opción «Dynamic workflows»)
  • el administrador de tu organización haya desactivado los flujos de trabajo en los ajustes gestionados

Comprueba el modelo:

claude /model

Si el modelo predeterminado no es Opus 4.8, cámbialo: selecciona Opus 4.8 en el menú de modelos o establécelo como predeterminado con la tecla d.

¿Cómo activar Ultracode para una sesión de Claude Code?

Lo esencial

El primer método sirve para toda la sesión y utiliza /effort ultracode. A partir de entonces, cada tarea de esa sesión pasará por la selección automática de flujos de trabajo. El segundo método es para una sola tarea: coloca la palabra ultracode al principio del prompt; aparecerá resaltada y solo esa tarea se iniciará como un flujo de trabajo. El nivel de esfuerzo de la sesión no cambia.

Método 1. Actívalo para toda la sesión.

En una sesión de Claude Code:

/effort ultracode

Desde ese momento, Claude decidirá por su cuenta si inicia un flujo de trabajo para cada tarea sustancial. El ajuste estará vigente hasta que cierres la sesión. Cuando cierres Claude Code y vuelvas a abrirlo, Ultracode se restablecerá. Es intencional: debes activar este modo deliberadamente, no dejarlo encendido «por defecto».

Método 2. Solo para una tarea.

Coloca ultracode al principio del prompt (antes de v2.1.160, la palabra clave era workflow; tras esa versión, Anthropic cambió el activador para evitar confusiones con las ejecuciones normales):

ultracode: revisa todos los endpoints /api/* en src/routes/ y encuentra dónde faltan controles de autorización

Claude Code resaltará la palabra ultracode e iniciará esa tarea como un flujo de trabajo. El nivel de esfuerzo de la sesión seguirá igual (high o medium, según lo que tengas configurado).

Anthropic indica que lo mismo funciona también en lenguaje natural:

También funciona pedirlo con tus propias palabras, por ejemplo, «usa un flujo de trabajo» o «ejecuta un flujo de trabajo»: Claude trata una solicitud directa como la misma activación explícita.

— Documentación de Anthropic, code.claude.com/docs/en/workflows

Si escribiste ultracode por accidente y no querías iniciar un flujo de trabajo, pulsa Option+W (macOS) o Alt+W (Windows/Linux) cuando el cursor esté justo después de la palabra resaltada. El resaltado desaparecerá y la tarea continuará con normalidad.

Qué cambia en el trabajo de Claude después de activarlo

Lo esencial

Claude deja de responder «turno a turno»: un prompt tuyo y una respuesta suya. En su lugar, escribe un script de JavaScript que el entorno de ejecución ejecuta en segundo plano. El script puede iniciar entre 10 y 30 agentes en paralelo, cada uno con su propio contexto, y reunir sus resultados. La sesión sigue respondiendo, así que puedes asignar nuevas tareas mientras el flujo de trabajo se ejecuta en segundo plano.

Antes de Ultracode: escribes un prompt, Claude piensa durante 30 segundos y responde. Si la tarea es grande, su contexto se llena de resultados intermedios y, hacia el final de la sesión, todo empieza a «desviarse».

Con Ultracode: escribes un prompt, Claude ve la magnitud de la tarea y escribe un script. El script se ejecuta de forma aislada: los resultados intermedios se guardan en variables del script, no en el contexto de la sesión. Solo recibes la respuesta final.

En la práctica, esto tiene tres efectos:

  1. El contexto de la sesión no se llena. Puedes trabajar durante más tiempo sin usar /compact.
  2. Puedes paralelizar. Una ejecución puede iniciar hasta 16 agentes trabajando a la vez (menos en equipos con poca CPU). El límite para toda la ejecución es de 1000 agentes.
  3. El resultado se comprueba automáticamente. Claude puede pedirle a un agente que escriba una solución y a otro que la revise de forma crítica. Esto reduce las alucinaciones en tareas complejas.

Puedes observar una ejecución en directo:

/workflows

Se abrirá una lista de flujos de trabajo en curso y completados. Usa las teclas de flecha para seleccionar uno y pulsa Enter para abrir los detalles de sus fases. Puedes ver los agentes, cuántos tokens ha usado cada uno y el tiempo de ejecución. Pulsa p para pausar, x para detener o r para reiniciar un agente.

Cuándo activar Ultracode y cuándo no

Lo esencial

Actívalo para tareas que un solo prompt ya no puede resolver: auditar un proyecto entero, migrar cientos de archivos o investigar a fondo cruzando fuentes. No lo actives para el trabajo rutinario: corregir un bug, escribir una función o arreglar una errata. Cada tarea en modo Ultracode cuesta varias veces más tokens, así que usarlo para trabajos pequeños solo desperdicia tu presupuesto.

⚠️ Desde el 15 de junio de 2026, Anthropic ha separado la suscripción: las cargas de trabajo programáticas (incluidos los flujos de trabajo) usan un crédito separado de 20–200 $/mes. Cuando se agota el crédito, las solicitudes de flujos de trabajo simplemente se detienen, sin recurrir a la suscripción. Esto cambia considerablemente la economía de Ultracode en Pro; consulta la sección sobre tokens más abajo.

Tres situaciones en las que Ultracode está justificado:

1. Auditar una base de código grande. Por ejemplo: «encuentra todos los lugares del proyecto donde guardamos contraseñas en los registros». Un solo prompt solo funcionará en un repositorio pequeño. En uno de 500 archivos, un único Claude olvidará la mitad, mientras que un flujo de trabajo iniciará 20 agentes en paralelo, cada uno encargado de 25 archivos.

2. Una migración que afecta a muchos archivos. Sustituir una API obsoleta, cambiar de una biblioteca a otra o refactorizar un patrón en todo el proyecto. Un flujo de trabajo puede procesar archivos en lotes de 10 y comprobar el resultado después de cada lote.

3. Investigación que requiere comparar unas fuentes con otras. Anthropic ha preparado el flujo de trabajo /deep-research para esto: desglosa una pregunta desde distintos ángulos, encuentra fuentes, contrasta los hechos y descarta aquello que no se haya podido confirmar. Lo usé para recopilar datos sobre el mercado de la programación con IA y obtuve un informe mejor que una hora de trabajo manual.

Tres situaciones en las que Ultracode desperdicia tokens:

1. Corregir un bug en una sola función. Un solo prompt /effort high lo puede hacer por una décima parte del coste. No inicies un flujo de trabajo para esto.

2. Escribir una función o un componente nuevo. Lo mismo: usa /effort high o incluso medium. La complejidad no aumenta con el número de agentes; aumenta con la profundidad del razonamiento, que xhigh ya ofrece por sí solo, sin orquestación.

3. Quieres una respuesta rápida. Por definición, un flujo de trabajo es más lento que un prompt normal: incluso con agentes en paralelo, la coordinación lleva tiempo. Si necesitas la respuesta «ahora mismo, en este mismo minuto», no lo actives.

La estrategia del ejemplo descrito aquí: usar /effort high de forma predeterminada para las modificaciones rutinarias. Activo Ultracode de manera selectiva para una tarea específica, poniendo la palabra en el prompt, no para toda la sesión. Así, si olvidas desactivarlo, no seguirás haciendo el trabajo rutinario en Ultracode después de esa tarea y consumiendo tokens sin motivo.

Cuántos tokens y cuánto dinero cuesta

Lo esencial

Cada flujo de trabajo usa tantos tokens como la suma de los consumidos por todos sus agentes. Un flujo con 30 agentes implica 30 contextos, cada uno con un prompt del sistema, herramientas y su propio razonamiento. El consumo de tokens es varias veces mayor que con un solo prompt. En Pro, un flujo de trabajo grande puede consumir la mitad del límite diario. En Max y Team es más llevadero, pero aun así hay que vigilarlo.

Hagamos un cálculo aproximado. Un prompt normal en Opus 4.8 con effort high usa alrededor de 5.000–15.000 tokens para el razonamiento, más la respuesta del modelo. Una tarea considerable y bien resuelta usa entre 50.000 y 100.000 tokens en total.

Un flujo de trabajo con 20 agentes significa 20 prompts en paralelo, cada uno con su propio contexto de prompt del sistema (~5–10K), su propio razonamiento (xhigh: 10–30K) y su propia respuesta. Un cálculo aproximado da entre 600.000 y 1,5 millones de tokens por ejecución. Es de 10 a 30 veces más caro que un prompt «normal».

Qué significa eso en dinero:

  • Pro (20 $/mes): En febrero de 2026, Anthropic aclaró su prohibición del acceso programático desde software de terceros y, el 15 de junio de 2026, separó el crédito para flujos de trabajo de la suscripción de chat. Pro incluye 20 $ de crédito para cargas de trabajo programáticas. Un flujo grande consumirá la mitad de esa cantidad. Cuando se agote el crédito, los flujos dejarán de iniciarse hasta que actives los cargos por exceso de uso.
  • Max 5x (100 $/mes): 100 $ de crédito. Alcanza para 5–10 flujos grandes al mes.
  • Max 20x (200 $/mes): 200 $ de crédito.
  • Team (30 $/150 $ por miembro): El crédito corresponde al plan de suscripción de cada puesto.
  • API: Simplemente pagas la tarifa por token.

La propia Anthropic recomienda calcular el coste antes de ejecutar un flujo de trabajo:

Para estimar el gasto antes de comprometerte con una tarea grande, ejecuta primero el flujo de trabajo en una parte pequeña: un directorio en vez de todo el repositorio, o una pregunta concreta en vez de una amplia.

— Documentación de Anthropic, code.claude.com/docs/en/workflows#cost

Es decir, ejecuta primero el flujo en una carpeta, comprueba en /workflows cuánto ha costado y después decide si quieres ejecutarlo en todo el repositorio. Una ejecución tiene un límite total de 1000 agentes, pero incluso 100 en un repositorio grande ya representan cientos de miles de tokens.

Si tu objetivo es «reducir el consumo», puedes dirigir explícitamente las fases secundarias a un modelo más pequeño en el script del flujo. En el prompt: «usa Sonnet 4.7 para clasificar los archivos y Opus 4.8 solo para el análisis final». Anthropic lo admite.

Qué ocurre por dentro: flujos de trabajo, /workflows y límites

Lo esencial

Un flujo de trabajo es un script de JavaScript que Claude escribe para tu tarea y que el entorno de ejecución ejecuta de forma aislada. El propio script gestiona los bucles, las ramas y los resultados intermedios. No recarga tu contexto. Puedes leerlo, editarlo y guardarlo como un comando. Límites de ejecución: 16 agentes en paralelo y 1000 agentes en total por ejecución.

Cada ejecución escribe su propio script en un archivo bajo ~/.claude/projects/. Claude obtiene la ruta del script cuando comienza la ejecución. Esto significa que puedes:

  • pedirle a Claude: «muéstrame el script de este flujo de trabajo»
  • abrirlo en un editor y revisar su lógica
  • compararlo con el de la ejecución anterior
  • editarlo y pedirle a Claude que vuelva a ejecutar la versión modificada

El entorno de ejecución establece estos límites:

LímiteMotivo
No se puede introducir información del usuario a mitad de la ejecuciónPara evitar que el proceso quede esperando indefinidamente; si necesitas confirmación entre fases, crea un flujo de trabajo distinto para cada una
El script no tiene acceso directo a archivos ni al shellSe encargan los agentes; el script solo los coordina
Hasta 16 agentes en paralelo a la vezPara evitar que la CPU local se venga abajo
1000 agentes en total por ejecuciónPara impedir que un script defectuoso entre en un bucle infinito

A cada ejecución se le aplica un modo de permisos. De forma predeterminada, Claude Code pide permiso cada vez. Puedes elegir «Yes, and don't ask again for <name> in <path>»; entonces ese flujo de trabajo concreto en ese proyecto dejará de preguntar. En el modo Auto, pregunta solo en la primera ejecución y luego guarda tu aprobación en los ajustes de usuario. En claude -p y en el Agent SDK no pregunta porque no hay nadie que pueda responder.

Un detalle importante: los subagentes de los flujos de trabajo siempre se ejecutan en modo acceptEdits y heredan tu lista de herramientas permitidas, independientemente de tu modo de permisos actual. Las modificaciones de archivos se aprueban automáticamente. Tenlo en cuenta si trabajas en algo crítico.

Cómo guardar un flujo de trabajo útil como comando

Lo esencial

Si has ejecutado un flujo de trabajo, te ha gustado cómo funciona y sabes que lo volverás a usar, guárdalo como un /command con /workflows y la tecla s. Después funcionará como un comando de barra normal: /workflow_name arguments. Se guarda en .claude/workflows/ del proyecto (para el equipo) o en ~/.claude/workflows/ (solo para ti).

Escenario: ejecuté /code-review con Ultracode en una rama nueva. El flujo hizo tres ejecuciones: la primera revisó rápidamente el diff entero, la segunda analizó en profundidad las funciones de seguridad y la tercera ejecutó pruebas en las funciones modificadas. Los resultados coincidieron bien y detectó dos problemas.

Ahora quiero ejecutarlo en cada rama antes de fusionarla. Abro:

/workflows

Selecciono la ejecución completada y pulso s. En el cuadro de diálogo, elijo dónde guardarla: .claude/workflows/ (en el proyecto, en git y disponible para el equipo) o ~/.claude/workflows/ (personal, para cualquier proyecto). Le doy un nombre, por ejemplo pre-merge-review. Pulso Enter.

En cualquier sesión futura:

/pre-merge-review

Y el flujo de trabajo empieza con el mismo script que depuré.

Si el flujo espera argumentos, descríbelo en el prompt al guardarlo; entonces el script recibirá args como variable global. Puedes pasarle una lista de rutas, números de incidencias, ID de archivos o cualquier otra cosa.

Anthropic señala que los argumentos llegan como datos estructurados:

Claude pasa la lista como datos estructurados, por lo que el script puede llamar directamente a métodos de array y de objeto sobre `args`, sin tener que analizarla primero.

— Documentación de Anthropic, code.claude.com/docs/en/workflows#pass-input-to-a-saved-workflow

Eso significa que puedes usar args.map(...) directamente en el script, sin analizar una cadena. Es útil para tareas masivas: una lista de tickets, carpetas o endpoints.

Cómo desactivar Ultracode y por qué hacerlo

Lo esencial

Desactívalo con /effort high (o con el nivel que necesites) para que la sesión vuelva al modo normal. Si quieres desactivar los flujos de trabajo de forma permanente, utiliza el interruptor «Dynamic workflows» en /config o establece la variable de entorno CLAUDE_CODE_DISABLE_WORKFLOWS=1. En las organizaciones puedes hacerlo desde los ajustes gestionados.

El principal motivo para desactivarlo es volver al trabajo rutinario. Si cambiaste a Ultracode para una tarea grande y ya la terminaste, vuelve al modo normal enseguida:

/effort high

De lo contrario, tu siguiente modificación pequeña se ejecutará como un flujo de trabajo y consumirá tokens sin aportar ningún beneficio.

Para usar solo la palabra clave, deja Dynamic workflows activado y conserva un effort de sesión normal, como /effort high; añade ultracode solo a la tarea elegida. No apliques para ello la desactivación global siguiente: también desactiva la palabra clave. Si quieres prohibir ambas vías, tanto de sesión como de palabra clave, usa una de estas opciones globales:

# in the client settings
# /config → Dynamic workflows → off
# or
# ~/.claude/settings.json
{
  "disableWorkflows": true
}

# or via an environment variable
export CLAUDE_CODE_DISABLE_WORKFLOWS=1

A partir de ahí, la palabra clave ultracode en un prompt ya no iniciará un flujo de trabajo y la opción ultracode desaparecerá también del menú /effort. Esto resulta útil si trabajas en un equipo que quiere seguir una regla común: «nada de flujos de trabajo automáticos». En ese caso, configúralo en los ajustes gestionados de la organización.

Mantengo /effort high como predeterminado y activo Ultracode de forma selectiva. Es un equilibrio entre «hacerlo bien cuando haga falta» y «no gastar el presupuesto sin motivo». Para las modificaciones rutinarias del proyecto descrito aquí, el nivel high normal es suficiente. Cuando necesito realizar una auditoría de seguridad grande o recopilar información de 20 fuentes, utilizo /effort ultracode o pongo la palabra al principio del prompt.

Qué hacer a continuación

Si estás usando Claude Code ahora mismo y has comprobado que tienes v2.1.154+ y el modelo Opus 4.8, pruébalo ahora. No para toda la sesión, sino para una tarea concreta:

ultracode: revisa todos los archivos de src/components/ui/ y encuentra dónde se aplica un estilo distinto al mismo botón

Comprueba en /workflows cuántos agentes se iniciaron y cuántos tokens se usaron. Así tendrás una idea más realista del coste y el beneficio que la que puede ofrecerte cualquier texto.

Fuentes

Ver también:

Conoce Ailoot.

Más detalles

Preguntas sobre Claude Code

¿Cómo mantengo los workflows disponibles solo al usar expresamente la palabra clave?

Deja Dynamic workflows activado y conserva el effort normal de sesión, como /effort high. Añade ultracode solo a la tarea que quieras ejecutar como workflow; desactivarlos globalmente también desactiva esa vía por palabra clave.

¿Cómo evito que una sesión seleccione workflows automáticamente?

Vuelve de /effort ultracode a un nivel normal de effort. Si quieres prohibir tanto los workflows de sesión como los activados por palabra clave, usa la desactivación global descrita y comprueba que la palabra ya no inicie ninguno.

Todos los artículos