# Sonnet, Opus y effort en Claude Code: cómo elegir un modelo

> Modelos y niveles de esfuerzo, los comandos /model y /fast, cálculos históricos en USD, almacenamiento en caché, opusplan y ajustes predefinidos prácticos. Tarifas y novedades de septiembre de 2026.

Source: https://ailoot.ai/blog/es/elegir-modelo-esfuerzo-sonnet-opus-claude-code/
Canonical: https://ailoot.ai/blog/es/elegir-modelo-esfuerzo-sonnet-opus-claude-code/
Language: es
Publisher: Ailoot (https://ailoot.ai/)
Translation: guide-218
Revision: sha256-47a7185d428da556756cd3e0d8ba1da323ac4b98e29ac6cf63095494f3e7266a


Material práctico sobre modelos y trabajo con agentes: [documentación de Ailoot](https://ailoot.ai/docs/).

Actualizado el 23 de septiembre de 2026. Desde que se publicó este artículo, Anthropic ha cambiado dos veces de generación de modelos: primero se lanzaron Opus 5 y Sonnet 5, y después Claude Opus 5.5 el 22 de septiembre. La lógica de selección de esta guía sigue funcionando: usa el modelo caro para arquitectura y depuración, y el de gama media para el trabajo diario. Los nombres y los precios han cambiado. En la siguiente sección explico exactamente qué ha cambiado y cómo leer las tablas de abajo.

## ¿A qué modelos apuntan los alias opus y sonnet de Claude Code?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Puntos clave de esta sección">

Puntos clave

Los alias `opus` y `sonnet` de Claude Code ahora apuntan a Opus 5.5 y Sonnet 5, en lugar de Opus 4.7 y Sonnet 4.6. Opus 5.5 se lanzó el 22 de septiembre de 2026 y cuesta \$4 / \$20 por millón de tokens: el modelo principal de Claude es más barato por primera vez. Sonnet 5 cuesta \$2 / \$10. La profundidad de razonamiento predeterminada de Opus 5.5 ha bajado a `medium`. El modo rápido se ha eliminado por completo de Opus 4.7.

</div>

Este es un resumen rápido de los cambios en las cifras y los comandos:

| Qué | Lo que decía antes esta guía | A 23 de septiembre de 2026 |
|----|----|----|
| A qué apunta `/model opus` | Opus 4.7 | Opus 5.5 |
| A qué apunta `/model sonnet` | Sonnet 4.6 | Sonnet 5 |
| Precio del modelo principal | \$5 / \$25 | \$4 / \$20 |
| Precio del modelo de gama media | \$3 / \$15 | \$2 / \$10 |
| Nivel de esfuerzo predeterminado del modelo principal | `xhigh` | `medium` |
| Modo rápido | Opus 4.7, \$30 / \$150 | Opus 5.5 a \$8 / \$40; eliminado de Opus 4.7 el 24 de julio de 2026 |

Tres conclusiones que cambian el trabajo diario.

**El modelo principal es más barato.** Anthropic afirma que Opus 5.5 necesita menos capacidad de cómputo, por lo que el precio por token bajó un 20 %, las lecturas de caché pasaron de \$0.50 a \$0.20 por millón y las cargas de trabajo habituales con la configuración predeterminada cuestan un 40 % menos que con Opus 5. La vieja reacción de «activé Opus y agoté mi límite en medio día» resulta menos convincente, aunque no ha desaparecido.

**Ahora configuras manualmente la profundidad del razonamiento.** Opus 5.5 empieza en `medium`, mientras que los demás modelos compatibles con el nivel de esfuerzo empiezan en `high`. Si esperas un análisis profundo del modelo principal, establece explícitamente `/effort high` o `xhigh`. Otro detalle: la clave de nivel superior `effortLevel` en los ajustes de usuario no funciona con Opus 5.5, porque ahora el nivel se guarda por separado para cada modelo.

**Los tres modelos actuales tienen una ventana de contexto de un millón de tokens.** Las notas sobre los 200K del modelo de gama media y la actualización a 1M con `opus[1m]` no se aplican a los actuales Opus 5.5 y Sonnet 5: ambos tienen un millón de forma nativa.

Las tablas y los cálculos de abajo conservan los nombres y las tarifas originales de los modelos como guía para entender la lógica de selección. Usa los precios actuales: \$4 / \$20 para el modelo principal y \$2 / \$10 para el de gama media.

## Qué cambió en mayo de 2026: Sonnet 4.6, Opus 4.7, Haiku 4.5 y por qué importa

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Puntos clave de esta sección">

Puntos clave

En mayo de 2026, Anthropic duplicó los límites de Claude Code en todos los planes de pago y eliminó la limitación durante las horas punta, mientras que Opus 4.7 recibió un nuevo tokenizador: puede usar hasta un 35 % más de tokens para el mismo texto. Antes podías quedarte con Opus sin pensarlo. Ahora, elegir entre Sonnet 4.6 y Opus 4.7 representa la mitad del ahorro.

</div>

El 6 de mayo de 2026, en la conferencia Code with Claude, Anthropic presentó cinco actualizaciones importantes: memoria gestionada (Dreaming), resultados, orquestación multiagente, Remote Control y Agent View. Ese mismo día se duplicaron los límites de Pro, Max, Team y Enterprise. La limitación durante las horas punta, vigente desde finales de marzo, se eliminó por completo.

Al mismo tiempo surgió otro acuerdo de capacidad de cómputo. En su formulario S-1, SpaceX reveló un acuerdo con Anthropic por valor de $1.25 mil millones al mes hasta mayo de 2029 para Colossus (más de 220,000 GPU de NVIDIA, más de 300 MW). Esto significa que Claude tendrá más capacidad en los próximos años, no menos.

¿Qué cambia esto en la práctica para quien programa con vibe coding? El flujo de trabajo habitual solía ser: «Uso Opus porque es más inteligente». Ahora los tres modelos sí se diferencian entre sí:

- **Opus 4.7** (\$5 / \$25 por millón de tokens de entrada/salida, contexto de 1M): lanzado el 16 de abril de 2026. Nuevo tokenizador. SWE-bench Verified: 87.6 %, un 13 % más que Opus 4.6.
- **Sonnet 4.6** (\$3 / \$15, contexto de 1M): 79.6 % en SWE-bench Verified. Alcanza el 91 % de la puntuación de Opus 4.7 por el 60 % de su precio base de entrada y salida y está casi empatado con Opus 4.6 (80.8 %): solo hay 1.2 puntos de diferencia.
- **Haiku 4.5** (\$1 / \$5, contexto de 200K): rápido y barato. Para todo lo que no requiera razonamiento arquitectónico.

Y lo más importante: tres comandos de Claude Code que recibieron actualizaciones a principios de mayo: `/model`, `/effort`, `/fast`. Cada uno puede reducir el uso de tokens entre 2 y 5 veces si sabes cuándo utilizarlo.

En la práctica descrita aquí se usan los dos modelos principales todos los días. A continuación se muestra el mapa de decisiones resultante.

## Cómo elegir un modelo: mapa de decisiones por tipo de tarea

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Puntos clave de esta sección">

Puntos clave

Regla sencilla: Haiku para scripts y búsquedas con grep, Sonnet 4.6 para el 80 % de la programación diaria y Opus 4.7 para arquitectura y depuración de errores no triviales. En las tareas en las que Sonnet ofrece el 91 % de la calidad de Opus 4.7, no hace falta pagar 1.67 veces más por la entrada y la salida. El mapa de decisiones está en la tabla de dos párrafos más abajo.

</div>

Esta tabla viene bien para tenerla a mano y consultarla al cambiar de tarea.

| Tipo de tarea | Modelo | Esfuerzo | Por qué |
|----|----|----|----|
| Cambiar el nombre de un archivo, grep, comando de compilación | Haiku 4.5 | low | No hace falta pensar, solo ejecutar |
| «¿Qué hace esta función?», explicar código | Haiku 4.5 | medium | Lectura sencilla, no razonamiento |
| Programación diaria, refactorizaciones pequeñas, nuevas funciones | **Sonnet 4.6** | **high** | El modo de trabajo principal. El 91 % de la puntuación de benchmark de Opus 4.7 por el 60 % del precio base de entrada y salida |
| Refactorización en varios archivos (5–15 archivos) | Sonnet 4.6 | high | Sonnet puede encargarse. Usar Opus aquí es un gasto innecesario |
| Depuración de un error complejo cuya causa no está clara | **Opus 4.7** | **xhigh** | Razonamiento profundo en toda la base de código |
| Decisión arquitectónica, elección del stack, diseño de API | **Opus 4.7** | **xhigh** | El error más costoso no es pagar de más |
| Revisión de código, auditoría de seguridad | Opus 4.7 | high | Hace falta paranoia, no solo ejecución |
| Tarea autónoma larga de más de 30 pasos | Sonnet 4.6 | high | Más barato y estable a largo plazo |
| Plan Mode (planificación) → ejecución | **opusplan** | xhigh | Opus planifica, Sonnet ejecuta: comparar el coste total de la tarea |
| Cualquier tarea en la que el tiempo importe más que el dinero | Opus 4.7 + `/fast` | high | 2.5 veces más rápido por 6 veces el precio: compensa si tienes una fecha límite ajustada |

El principio principal: **usar Sonnet por defecto**. Sonnet 4.6 es el modelo predeterminado en la mayoría de los planes de usuario por una razón. La ayuda oficial de Anthropic dice claramente que Sonnet es la opción adecuada para la mayoría de las tareas de programación.

Un patrón peligroso en el que cae el 80 % de los principiantes: establecer Opus como predeterminado y preguntarse por qué se agota el límite en medio día. El límite se agota porque Opus cuesta 1.67 veces más por token.

## En qué se diferencian Sonnet 4.6 y Opus 4.7 en tareas reales

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Puntos clave de esta sección">

Puntos clave

Sonnet 4.6 obtiene un 79.6 % en SWE-bench Verified, Opus 4.7 un 87.6 % y Opus 4.6 un 80.8 %. La diferencia entre Sonnet y Opus 4.6 es de solo 1.2 puntos; entre Sonnet y Opus 4.7, de 8 puntos. El precio difiere en un factor de 1.67. La diferencia principal se nota en la profundidad de razonamiento en tareas difíciles: Opus 4.7 mantiene el contexto con seguridad durante más de 50 pasos, mientras que Sonnet empieza a perder conexiones después de más de 30.

</div>

Un benchmark por sí solo no significa mucho. Lo que importa es la diferencia en tareas reales. Aquí tienes ambos modelos comparados en la misma tarea.

**Escenario 1. Refactorización sencilla (3–5 archivos).**

Sonnet y Opus rinden igual. En la comparación descrita, no se observó ninguna diferencia en la calidad del código. Tiempo: Sonnet es entre un 15 y un 20 % más rápido. Coste: Sonnet es 1.67 veces más barato, así que el ganador es evidente.

**Escenario 2. Depuración de un error no trivial.** Supongamos que, tras migrar una pasarela de pago, una plataforma de comercio electrónico deja de enviar recibos por correo electrónico. Síntoma: cron se ejecuta, la base de datos recibe un registro, pero el correo no se envía.

- Sonnet: en 15 minutos, revisa los registros y los lugares obvios, descubre que el servicio de correo está en las variables de entorno y sugiere comprobar la clave. Si la clave está bien, empieza a dar vueltas.
- Opus con esfuerzo xhigh: construye de inmediato un mapa mental: «webhook → cron → comprobación del estado → servicio de correo». En 20 minutos descubre que la migración cambió el formato del ID del pedido, mientras que el servicio de correo filtra usando el formato antiguo.

No es magia. Es razonamiento adaptativo: Opus 4.7 decide en cada paso cuánto debe pensar y, ante un error difícil, emplea tokens en razonar más a fondo, no en responder más rápido.

**Escenario 3. Decisión arquitectónica.** «¿Deberíamos trasladar la analítica a un servicio independiente?» Sonnet dará un buen plan para una pregunta así, pero puede pasar por alto matices; por ejemplo, que supervisar dos servicios obligará a trasladar las alertas. Opus 4.7 analiza esos matices sistemáticamente.

| Parámetro | Sonnet 4.6 | Opus 4.7 |
|----|----|----|
| Precio de entrada / salida | \$3 / \$15 por millón de tokens | \$5 / \$25 por millón de tokens |
| Contexto | 1M (en Max/Team/Enterprise: créditos de uso; en Pro: créditos de uso) | 1M (en Max/Team/Enterprise: incluido; en Pro: créditos de uso) |
| SWE-bench Verified | 79.6 % | 87.6 % (Opus 4.6: 80.8 %) |
| Tipo de razonamiento | Adaptativo + modo alternativo con presupuesto fijo | Siempre adaptativo |
| Niveles de esfuerzo | low, medium, high, max | low, medium, high, xhigh, max |
| Esfuerzo predeterminado (v2.1.117+) | high | xhigh |
| Modo rápido | No | \$30 / \$150 por millón de tokens, 2.5 veces más rápido |
| Tokenizador | Anterior | **Nuevo: hasta un 35 % más de tokens para el mismo texto** |

La última fila importa. Cuando leas que «Opus 4.7 cuesta tanto», recuerda: el mismo archivo requerirá entre un 20 y un 35 % más de tokens que con Sonnet. El coste real de la misma tarea aumenta aún más de lo que sugieren los precios nominales de la tabla.



## Cuándo usar Haiku 4.5 (y por qué el 80 % de las tareas de Claude Code usan Sonnet)

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Puntos clave de esta sección">

Puntos clave

Haiku 4.5 se usa habitualmente en Claude Code como «modelo de fondo» para operaciones breves e independientes que no necesitan mucho contexto. Cuesta \$1 / \$5 por millón de tokens y tiene una ventana de contexto de 200K. Ideal para scripts, explicaciones sencillas de código y generar un atajo. No conviene usar Haiku para la programación principal: alcanza rápidamente sus límites de profundidad de razonamiento.

</div>

Cuándo resulta especialmente útil Haiku:

- **Scripts de una línea**: «escribe un script de bash para reiniciar nginx si el proceso no responde durante 30 segundos».
- **Explicar código sencillo**: «¿qué hace esta función?»
- **Generar mensajes de commit convencionales.**
- **Comprobaciones sintácticas básicas / correcciones de lint.**
- **Traducir comentarios entre idiomas.**

Técnicamente, Haiku funciona en Claude Code igual que a través de `/model haiku`. Pero hay una particularidad: los subagentes y las tareas en segundo plano usan Haiku por defecto, salvo que lo cambies con la variable de entorno `ANTHROPIC_DEFAULT_HAIKU_MODEL`.

El contexto de Haiku es de **200K tokens**. Es suficiente para la mayoría de los archivos, pero alcanzarás el límite si trabajas con un monorepo o transcripciones largas. En ese caso, Sonnet y Opus tienen 1M.

Coste: 1,000 solicitudes similares (por ejemplo, generar mensajes de commit a partir de 200 tokens de entrada + 50 tokens de salida) cuestan $0.45 con Haiku. El mismo trabajo cuesta $1.35 con Sonnet y $2.25 con Opus. La diferencia es del triple.

## El comando `/model`: cómo cambiar de modelo durante una sesión

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Puntos clave de esta sección">

Puntos clave

`/model` es el comando principal para seleccionar el modelo. Acepta alias (sonnet, opus, haiku, opusplan, sonnet\[1m\], opus\[1m\]) o nombres concretos (claude-opus-4-7). Si no se le pasa ningún argumento, abre el menú de selección. Desde la versión 2.1.144, el comando solo se aplica a la sesión actual. Para guardar un valor predeterminado, pulsa `d` en la fila deseada del menú de selección.

</div>

Seis formas de establecer el modelo en Claude Code, por orden de prioridad:

1. **Durante una sesión**: `/model <alias>`: cambia al instante. El historial de conversación, los archivos y el contexto se conservan; solo cambia el modelo que procesa el siguiente mensaje. Si la sesión ya ha generado alguna respuesta, el menú de selección pedirá confirmación: la siguiente respuesta volverá a leer todo el historial sin caché.
2. **Al iniciar**: `claude --model <alias>`.
3. **Variable de entorno**: `ANTHROPIC_MODEL=<alias>`.
4. **Archivo de ajustes**: el campo `model` de `~/.claude/settings.json`.

Comandos básicos:

```bash
# Iniciar con el modelo principal (actualmente Opus 5.5)
claude --model opus

# Cambiar a Sonnet durante una sesión
/model sonnet

# Abrir el menú de selección (para elegir de forma interactiva)
/model

# Cambiar a Opus con contexto de 1M
/model opus[1m]

# Cambiar a una versión específica (fijar)
/model claude-opus-5-5
```

Alias y modelos a los que apuntan en la API de Anthropic (a 23 de septiembre de 2026):

- `opus` → Opus 5.5 (requiere Claude Code v2.1.280 o posterior)
- `sonnet` → Sonnet 5
- `haiku` → Haiku 4.5
- `best` → el modelo disponible más inteligente
- `default` → Opus 5.5 en Pro, Max, Team, Enterprise y la API de Anthropic
- `opusplan` → un híbrido de Opus + Sonnet (se explica por separado más adelante)

⚠️ Los valores predeterminados varían según el proveedor en la nube: en Amazon Bedrock y Google Cloud, el alias `sonnet` apunta a Sonnet 4.5; en Microsoft Foundry, `opus` sigue resolviendo a Opus 4.6. Si trabajas mediante un proveedor en la nube, fija una versión concreta (`claude-opus-5-5`) o establece la variable `ANTHROPIC_DEFAULT_OPUS_MODEL`.

Desde la versión 2.1.144, el principal cambio es que `/model` ya no guarda la selección en los ajustes. Se aplica a la sesión actual y desaparece al cerrarla. Para guardar un valor predeterminado de forma permanente, pulsa `d` en la fila resaltada del menú de selección. Esto escribe el campo `model` en `~/.claude/settings.json`.

Las sesiones resumidas (`claude --resume`, `--continue`, `/resume`) conservan el modelo utilizado en esa sesión, independientemente del ajuste actual. Así se evita que otra sesión cambie el modelo al reanudarla.

Para comprobar qué modelo está activo, usa `/status`: muestra tanto la cuenta como el modelo actual.

## `/model opusplan`: compara por separado costes de planificación y ejecución

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Puntos clave de esta sección">

Puntos clave

`opusplan` es un alias híbrido: en Plan Mode piensa con Opus y al comenzar la ejecución cambia a Sonnet. El ahorro depende de tarifas y tokens reales de cada fase. En el ejemplo histórico siguiente, las tarifas 3/15 $ de Sonnet equivalen al 60 % de las 5/25 $ de Opus: un 40 % menos para la parte sustituida, no 75–80 % de toda la tarea.

</div>

En la práctica descrita aquí, este modo se usa para tareas que requieren más de 10 pasos.

La lógica:

- En Plan Mode (`/plan`), se debaten la arquitectura y las opciones y se acuerda un enfoque. Opus es caro en esta fase, pero justifica su precio porque su razonamiento es fundamentalmente distinto.
- En cuanto termina Plan Mode y Claude empieza a editar archivos, escribir pruebas y ejecutar comandos, comienza la ejecución. Para la ejecución, Sonnet 4.6 iguala la calidad de Opus.

Para activarlo:

```bash
# Al iniciar
claude --model opusplan

# O durante una sesión
/model opusplan
```

Un cálculo concreto. Supongamos que una refactorización de 50 pasos suele distribuirse así:

- Planificación (5 pasos, ~30,000 tokens de entrada + 8,000 de salida): Opus 4.7
- Ejecución (45 pasos, ~200,000 tokens de entrada + 50,000 de salida): Sonnet 4.6

| Opción | Coste de planificación | Coste de ejecución | Total |
|----|----|----|----|
| Solo Opus | \$0.15 + \$0.20 = \$0.35 | \$1.00 + \$1.25 = \$2.25 | **\$2.60** |
| Opusplan (Opus + Sonnet) | \$0.15 + \$0.20 = \$0.35 | \$0.60 + \$0.75 = \$1.35 | **\$1.70** |

La base usa 230.000 tokens de entrada y 58.000 de salida: 2,60 $ con las tarifas históricas Opus. Opusplan mantiene 30.000 de entrada y 8.000 de salida en Opus (0,35 $) y usa 200.000 de entrada y 50.000 de salida en Sonnet (1,35 $): total 1,70 $. El ahorro es (2,60−1,70)/2,60 = 34,6 %. Con idénticos tokens y tarifas, sustituir ejecución ahorra 40 % de esa parte; incluso si representa 90 % del coste base, el ahorro total sería 36 %. Una diferencia de tokenizador requiere cantidades explícitas de entrada y salida por modelo y no justifica por sí sola 75–80 %.

⚠️ Un detalle: Opus en el modo de planificación de `opusplan` usa el contexto estándar de 200K. La actualización automática a 1M, disponible con el alias `opus`, NO se aplica a `opusplan`. Si planificas una tarea enorme con millones de tokens de contexto (por ejemplo, analizar un monorepo grande), usa explícitamente `/model opus[1m]` o cambia a opusplan DESPUÉS de planificar.

## El comando `/effort`: 5 niveles de razonamiento adaptativo

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Puntos clave de esta sección">

Puntos clave

`/effort` controla la profundidad con la que piensa el modelo en cada paso. Los niveles son low, medium, high, xhigh (solo Opus 4.7) y max. Desde la versión 2.1.117, los valores predeterminados son xhigh para Opus 4.7 y high para los demás modelos. low/medium/high/xhigh se guardan entre sesiones; max solo se aplica a la sesión actual. En low, Opus se vuelve casi tan rápido y barato como Sonnet.

</div>

Es el segundo comando más importante después de `/model`. Effort es razonamiento adaptativo: en cada paso, el modelo decide cuánto debe pensar según la complejidad de la tarea. Cuanto más alto sea el nivel, más profundo será el razonamiento y más tokens utilizará.

Niveles (según la tarea):

| Nivel | Cuándo usarlo | Qué cambia |
|----|----|----|
| **low** | Tareas breves sin exigencias intelectuales: renombrar archivos, búsquedas grep sencillas, «¿qué hace esta función?», comando de compilación | El modelo apenas piensa y responde de forma rápida y barata |
| **medium** | Trabajo en el que ahorrar tokens importa más que una pequeña pérdida de precisión | Reduce el uso de tokens; a veces pierde precisión en los matices |
| **high** | El mínimo para tareas que requieren razonamiento real: programación, refactorización, revisión de código | Equilibra el uso de tokens y la calidad. Valor predeterminado de Sonnet 4.6 y Opus 4.6 |
| **xhigh** | Mejores resultados para la mayoría de las tareas de programación y de agentes | Valor predeterminado de Opus 4.7. Disponible solo en Opus 4.7 |
| **max** | Tareas muy exigentes. Puede mejorar los resultados, pero tiende a pensar demasiado | Sin límite de tokens. Se restablece al terminar la sesión |

Hay tres modelos compatibles: Opus 4.7, Opus 4.6 y Sonnet 4.6. Effort no está disponible en los demás.

Qué cambió en septiembre de 2026. Los niveles `low`, `medium`, `high`, `xhigh` y `max` están disponibles en Opus 5.5, Opus 5, Sonnet 5, Opus 4.8 y Opus 4.7; Opus 4.6 y Sonnet 4.6 no tienen `xhigh`, y en esos modelos una solicitud de `xhigh` se ejecuta como `high`. El nivel predeterminado es `high` en todos los modelos compatibles con effort, excepto Opus 5.5 (`medium`) y Opus 4.7 (`xhigh`). Eso significa que hay que solicitar explícitamente un análisis profundo al modelo principal actual. También ha aparecido un modo independiente, `ultracode`: es un ajuste de Claude Code, no un nivel del modelo; envía `xhigh` y también pide a Claude que cree flujos de trabajo dinámicos para tareas grandes.

Cómo configurarlo:

```bash
# Abrir el control deslizante interactivo
/effort

# Establecer directamente el nivel
/effort high
/effort xhigh

# Restablecer el nivel predeterminado del modelo
auto

# Mediante una opción de lanzamiento
claude --effort high

# Mediante una variable de entorno (se aplica al iniciar)
export CLAUDE_CODE_EFFORT_LEVEL=high

# En los ajustes (max no funciona: max solo se aplica a la sesión)
{
  "effortLevel": "high"
}

# En el frontmatter de un skill / subagente
---
name: my-skill
effort: low
---
```

El nivel aparece junto al logotipo y al indicador giratorio en Claude Code; por ejemplo, «con esfuerzo low», así que no hace falta abrir `/model` para comprobarlo.

El control de esfuerzo también aparece en el menú de selección de `/model`: usa las flechas izquierda/derecha para ajustarlo.

Un detalle importante. Al cambiar a Opus 4.7 desde cualquier otro modelo, el esfuerzo se establece obligatoriamente en xhigh, incluso si habías elegido high para Opus 4.6 o Sonnet 4.6. Para restablecer el nivel deseado, vuelve a ejecutar `/effort`.

Una técnica más: **ultrathink** en el prompt. Si incluyes la palabra `ultrathink` en el texto del prompt, Claude usará un razonamiento más profundo en ese turno sin cambiar el esfuerzo de la sesión. Expresiones similares («think», «think hard», «think more») no activan este comportamiento: simplemente se pasan como texto normal.

## El comando `/fast`: Opus es 2.5 veces más rápido por 6 veces el precio; ¿cuándo compensa?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Puntos clave de esta sección">

Puntos clave

`/fast` es una configuración alternativa de la API para los modelos Opus principales. No es un modelo diferente: es el mismo Opus, pero hasta 2.5 veces más rápido al generar texto. A 23 de septiembre de 2026, es compatible con Opus 5.5, Opus 5 y Opus 4.8; cuesta \$8 / \$40 por millón de tokens en Opus 5.5 y \$10 / \$50 en Opus 5 y Opus 4.8. No está disponible en Sonnet ni Haiku, y se eliminó de Opus 4.7 el 24 de julio de 2026. Está pensado para depuración en directo y trabajo interactivo, cuando la latencia importa más que el dinero.

</div>

El modo rápido es una función en vista previa de investigación. Requiere Claude Code v2.1.36+ y se puede comprobar con `claude --version`.

Para activarlo:

```bash
# Activar o desactivar el modo rápido (disponible en la CLI de Claude Code y la extensión de VS Code)
/fast

# O en los ajustes
{
  "fastMode": true
}
```

Una vez activado:

- Si estás usando otro modelo, Claude Code cambiará automáticamente a Opus.
- Aparecerá la confirmación «Fast mode ON».
- Aparecerá un icono `↯` junto al prompt.

Opciones y detalles:

- El modelo predeterminado en modo rápido es el Opus disponible más potente. A 23 de septiembre de 2026, es Opus 5.5; el modo rápido no funciona en absoluto con Opus 4.7 y cambiar a este modelo lo desactiva.
- El modo rápido se conserva entre sesiones de forma predeterminada. Los administradores de Team/Enterprise pueden exigir una activación explícita en cada sesión con `fastModePerSessionOptIn: true`.
- Al desactivar el modo rápido ejecutando `/fast` de nuevo, sigues usando Opus: el modelo no vuelve al que usabas antes. Para cambiar, usa `/model`.
- Activarlo a mitad de una conversación aplica el precio del modo rápido a todo el contexto de la conversación. Por eso resulta más económico activarlo al principio de la sesión, no a mitad.

Cuándo usar el modo rápido:

- **Depuración en directo**: estás observando una traza y el tiempo de respuesta es fundamental.
- **Fecha límite ajustada para trabajo interactivo**: estás preparando una demo para las 18:00 y necesitas iteraciones rápidas.
- **Iteración rápida de código**: estás comprobando hipótesis una tras otra.

Cuándo no usarlo:

- **Tareas autónomas largas** en las que la velocidad no sea esencial. Pagas 6 veces más por 2.5 veces la velocidad; no compensa si te vas a comer mientras Claude trabaja.
- **Procesamiento por lotes, pipelines de CI/CD**: no es en absoluto un modo interactivo.
- **Cargas sensibles al coste**: la elección es evidente.

Disponibilidad:

- NO funciona con Bedrock, Vertex ni Foundry.
- Requiere **créditos de uso** en la cuenta (facturación por encima del límite incluido en el plan). En las cuentas individuales, se activa en los ajustes de facturación de Console. En Team/Enterprise, debe activarlo un administrador.
- Los tokens del modo rápido NO se descuentan del límite incluido en el plan. Se cargan directamente a los créditos de uso, con las tarifas del modo rápido desde el primer token.

Si alcanzas el límite de solicitudes del modo rápido o te quedas sin créditos de uso, el modo rápido pasa automáticamente a la velocidad y los precios estándar, el icono `↯` se vuelve gris y el trabajo continúa. Cuando se restablece el límite, el modo rápido se activa de nuevo.

El modo rápido y effort no son ajustes incompatibles. Puedes combinarlos: modo rápido + low effort = velocidad máxima en tareas sencillas.

## Cuánto cuesta realmente cada modelo: desglose de la factura mensual

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Puntos clave de esta sección">

Puntos clave

Precios base por millón de tokens: Haiku 4.5: \$1 / \$5; Sonnet 4.6: \$3 / \$15; Opus 4.7: \$5 / \$25. Modo rápido: \$30 / \$150. La caché de prompts reduce a 0.1x el coste de las entradas repetidas. La API Batch ofrece un descuento del 50 %. La principal fuente de ahorro no es el modelo en sí, sino evitar Opus cuando Sonnet puede hacer el trabajo.

</div>

Precios por millón de tokens (API de Anthropic, USD):

| Modelo | Entrada | Escritura de caché de 5 min | Escritura de caché de 1 hora | Lectura de caché | Salida |
|------------------|-------|-------------------|-----------------|-----------|--------|
| Haiku 4.5 | \$1 | \$1.25 | \$2 | \$0.10 | \$5 |
| Sonnet 4.6 | \$3 | \$3.75 | \$6 | \$0.30 | \$15 |
| Opus 4.6 | \$5 | \$6.25 | \$10 | \$0.50 | \$25 |
| Opus 4.7 | \$5 | \$6.25 | \$10 | \$0.50 | \$25 |
| Modo rápido (Opus) | \$30 | n/a | n/a | n/a | \$150 |

Qué reduce realmente la factura:

1. **Caché de prompts.** Anthropic guarda en caché las partes repetidas de los prompts: el prompt del sistema, CLAUDE.md y las descripciones de herramientas. Leer de la caché cuesta el 10 % del precio de entrada. Con Sonnet, eso reduce \$3 por millón de tokens a \$0.30, diez veces menos. Se activa automáticamente mediante `cache_control: { type: "ephemeral" }` en la solicitud a la API. En Claude Code funciona de forma predeterminada.

2. **API Batch**: 50 % de descuento en entrada y salida para las tareas cuyos resultados puedes esperar (informes, generación de texto en lotes). Sonnet mediante la API Batch = \$1.50 / \$7.50. No funciona directamente en Claude Code, pero úsala si creas automatizaciones con el SDK de Anthropic.

3. **opusplan en lugar de Opus sin alternar**: aproximadamente 34,6 % en el ejemplo histórico; el total real depende de ejecución, tokens, tarifas, caché y reintentos.

4. **Sonnet por defecto + Opus cuando haga falta**: la principal fuente de ahorro. Si Opus está activado «por si acaso», en la práctica descrita aquí se cambia a Sonnet. Si la tarea requiere Opus, queda claro en el tercer o cuarto paso y cambio explícitamente con `/model opus`.

5. **Recuerda el nuevo tokenizador de Opus 4.7.** Con el mismo archivo, Opus 4.7 usa hasta un 35 % más de tokens que Sonnet 4.6. El coste real de la misma tarea aumenta más de lo que sugiere la tabla.

Un ejemplo concreto: una tarea típica de una agencia inmobiliaria que crea el prototipo de un sitio web para un cliente nuevo: «crea una página con tres secciones, un formulario e integración con una pasarela de pago». Los resultados fueron:

- Solo Opus 4.7 (high effort): ~\$4.80 por sesión (1.5 horas de trabajo).
- opusplan: ~\$1.90 (Opus planifica, Sonnet ejecuta).
- Solo Sonnet 4.6 (high effort): ~\$1.30, pero la decisión arquitectónica fue peor (Sonnet eligió un enfoque basado en plantillas, mientras que Opus en opusplan ideó uno propio para los requisitos no estándar).

El ganador para esta tarea es opusplan. El ahorro es del 60 %, con calidad de Opus en la parte crítica.

Claude Code no muestra directamente el número de tokens de los límites: estos son dinámicos y dependen del plan. Sin embargo, en `/status` puedes ver tu plan y el uso actual. Para un control más detallado, consulta esta guía: [Cómo evitar agotar los límites de Claude Code en un día](https://ailoot.ai/blog/es/claude-code-token-limits-saving/).

## ¿Qué flujo de trabajo diario deberías configurar? 4 ajustes predefinidos

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Puntos clave de esta sección">

Puntos clave

Cuatro ajustes predefinidos para distintos tipos de tareas. Programación diaria: Sonnet + high effort. Refactorización pesada: opusplan. Arreglo rápido: Haiku + low effort. Sesión de arquitectura: Opus 4.7 + xhigh effort + Plan Mode. Puedes guardar cada uno como alias, asociarlo a un skill o simplemente tenerlo a mano como primer comando al iniciar una sesión.

</div>

Estos cuatro ajustes predefinidos se pueden alternar según la jornada y la tarea.

**Ajuste 1. Programación diaria: el 80 % del tiempo de trabajo en la práctica descrita aquí.**

```bash
claude --model sonnet --effort high
# Dentro de la sesión, pasar a Opus si hace falta
/model opus
```

Para qué sirve: nuevas funciones, refactorizaciones pequeñas, depuración de errores sencillos, documentación. Sonnet con high effort es el punto ideal.

**Ajuste 2. Refactorización pesada: un cambio arquitectónico importante.**

```bash
claude --model opusplan
# Primero, usar /plan para hablar de la estructura
# Al salir de Plan Mode, Sonnet se ocupa de la ejecución
```

Para qué sirve: reescribir un módulo en más de 15 archivos, cambiar una integración de una pasarela a otra. Opus se ocupa de la arquitectura (analiza las dependencias), mientras que Sonnet se encarga de la ejecución (edita archivos rápidamente). Estas tareas pueden ahorrar más del 70 %.

**Ajuste 3. Arreglo rápido: ediciones de una línea y scripts.**

```bash
claude --model haiku --effort low
```

Para qué sirve: «cambia el nombre de una variable en todos los archivos», «escribe un script de bash para reiniciar nginx», «¿qué hace esta función?». Haiku resuelve estas tareas y cuesta tres veces menos que Sonnet.

**Ajuste 4. Sesión de arquitectura: una decisión estratégica.**

```bash
claude --model opus --effort xhigh
# Usar el esfuerzo máximo al entrar en Plan Mode:
/plan
# Añadir la palabra ultrathink al prompt para preguntas críticas
```

Para qué sirve: «¿X debería ser un servicio independiente?», «¿qué herramientas deberíamos usar para el prototipo?», «¿cómo deberíamos organizar un esquema de base de datos multiinquilino?». Aquí Opus 4.7 es caro, pero merece la pena, porque un error en este punto cuesta semanas de trabajo.

Estos ajustes se pueden guardar como Skills (un modelo por skill) o como alias en `~/.zshrc`:

```bash
alias claude-daily='claude --model sonnet --effort high'
alias claude-refactor='claude --model opusplan'
alias claude-quick='claude --model haiku --effort low'
alias claude-architect='claude --model opus --effort xhigh'
```

Si trabajas en equipo, puedes estandarizar la configuración mediante ajustes gestionados. Un administrador establece `availableModels: ["sonnet", "haiku", "opusplan"]` en la política de la organización y los usuarios no pueden elegir Opus directamente, solo mediante autorización expresa. Es una buena protección frente a agotar el límite por accidente.

Quienes estén creando [subagentes](https://ailoot.ai/blog/es/claude-code-subagents/) también pueden definir modelos distintos para cada subagente mediante `CLAUDE_CODE_SUBAGENT_MODEL` o el campo `model` en el frontmatter de la definición del agente. Esto añade otro nivel de optimización.

## Qué hacer cuando te quedes sin capacidad: 5 técnicas prácticas

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Puntos clave de esta sección">

Puntos clave

Cuando alcances el límite de Opus, no te preocupes. Hay cinco formas de seguir trabajando: cambiar a Sonnet, usar opusplan, activar la caché de prompts, trasladar parte del trabajo a la API Batch o cambiar a Haiku para tareas secundarias. Los límites se duplicaron en mayo de 2026 y se eliminó la limitación durante las horas punta, por lo que ahora es más difícil agotar la capacidad de Opus.

</div>

Si `/status` indica que has alcanzado el límite de Opus:

1. **Cambia a Sonnet 4.6**: `/model sonnet`. Tiene un grupo de uso independiente y no notarás la diferencia en el 80 % de las tareas. Con la API de Anthropic, incluso si alcanzas el límite de Opus, Claude Code puede cambiar automáticamente a Sonnet si te acercas al umbral.

2. **Usa opusplan para el trabajo que queda**: `/model opusplan`. Si aún te quedan tareas en Plan Mode para el día, usarán Opus de forma mínima (solo para planificar); la ejecución se hará íntegramente con Sonnet.

3. **Comprueba la caché de prompts**: asegúrate de no haberla desactivado con `DISABLE_PROMPT_CACHING=1`. Si tu CLAUDE.md o prompt del sistema contiene un megabyte de ajustes, debería almacenarse en caché. Con un 90 % de lecturas, esto reduce el uso diez veces.

4. **Traslada las tareas por lotes**: si tienes generación masiva (informes, textos, traducciones), pásala a un script con la API Batch: 50 % de descuento en entrada y salida. No funciona directamente en Claude Code, pero se configura en 30 minutos con un script `tsx` + el SDK de Anthropic.

5. **Usa Haiku para tareas secundarias**: para tareas rutinarias como «escribe un mensaje de commit» o «explica qué hace este archivo», cambia Claude Code a Haiku. Consume tres veces menos que Sonnet y cinco veces menos que Opus.

Y el recordatorio principal: **desde el 6 de mayo de 2026, se duplicaron los límites de Pro, Max, Team y Enterprise**, y se eliminó la limitación durante las horas punta. Si Opus agota tu capacidad en medio día, el problema no son los límites: estás usando Opus para tareas que Sonnet podría resolver. El mapa de decisiones de la segunda sección de esta guía te ayudará a recuperar el control.

Para consultar a fondo los límites y ocho reglas prácticas para ahorrar tokens, lee este artículo de referencia: [Cómo evitar agotar los límites de Claude Code en un día: 8 reglas para ahorrar tokens en 2026](https://ailoot.ai/blog/es/claude-code-token-limits-saving/). Otro complemento útil es [Plan Mode en Claude Code: guía paso a paso](https://ailoot.ai/blog/es/claude-code-plan-mode/), porque opusplan no funciona sin Plan Mode. Y la base para todos los modelos es [Cómo configurar CLAUDE.md en 2026](https://ailoot.ai/blog/es/claude-md-template/).

<div class="section" role="doc-bibliography" aria-label="Fuentes">

### Fuentes

- [Anthropic: anuncio de Claude Opus 5.5 (22 de septiembre de 2026)](https://www.anthropic.com/news/claude-opus-5-5)
- [API de Anthropic: descripción general de modelos, precios y niveles de esfuerzo](https://platform.claude.com/docs/en/about-claude/models/overview)
- [Anthropic Claude Code: configuración del modelo](https://code.claude.com/docs/en/model-config)
- [Anthropic Claude Code: cómo acelerar las respuestas con el modo rápido](https://code.claude.com/docs/en/fast-mode)
- [Anthropic Claude Code: novedades](https://code.claude.com/docs/en/whats-new)
- [API de Anthropic: precios](https://platform.claude.com/docs/en/about-claude/pricing)
- [API de Anthropic: niveles de esfuerzo](https://platform.claude.com/docs/en/build-with-claude/effort)
- [API de Anthropic: ventana de contexto de 1M tokens](https://platform.claude.com/docs/en/build-with-claude/context-windows)
- [Soporte de Anthropic: modelos, uso y límites en Claude Code](https://support.claude.com/en/articles/14552983-models-usage-and-limits-in-claude-code)
- [Blog de Anthropic: novedades de Claude Managed Agents (Code with Claude 2026)](https://claude.com/blog/new-in-claude-managed-agents)

</div>

Una configuración funcional para programar con IA: [documentación de Ailoot](https://ailoot.ai/docs/).



Más materiales y herramientas: [Ailoot](https://ailoot.ai/).

## Preguntas sobre Claude Code

### ¿Cuánto ahorra el ejemplo calculado de opusplan?

Con las tarifas y cantidades históricas de la tabla, solo Opus cuesta 2,60 $ y opusplan 1,70 $. El ahorro es 0,90/2,60, aproximadamente 34,6 %; no acredita un ahorro universal del 75–80 %.

### ¿Elegir un modelo de ejecución barato garantiza una tarea correcta más barata?

No. Usa cantidades reales de entrada, salida, caché y reintentos con las tarifas aplicables y las mismas comprobaciones de éxito. Una tarifa por token menor es solo parte del coste final.


## Ailoot · La empresa y su cartera de proyectos

Ailoot se apoya en la experiencia operativa acumulada, una amplia base de clientes, un servicio estable y el seguimiento continuo de KPI.

La empresa y su cartera de proyectos: millones de clientes; ventas por miles de millones al mes.

Ailoot aplica esa experiencia operativa al acceso por API a funciones de IA en productos de clientes, agentes, aplicaciones y automatizaciones.
