Sonnet es el modelo rápido y económico de Claude. Opus es el lento, caro y profundo. La regla corta: tareas cortas y de bajo impacto van a Sonnet, y cuando construyes algo serio te vas a Opus. La mayoría de la gente hace justo lo contrario y se queda sin tokens a las 11 de la mañana.
Llevo meses usando Claude Code cada día para construir las herramientas de Barner y Digital Brain, y elegir bien el modelo es la diferencia entre llegar al límite a diario o no llegar nunca. Aquí te cuento cuándo uso cada uno, con la tabla que me hizo cambiar la forma de trabajar y los trucos que Claude no te va a explicar (porque cuanto más gastes, mejor para ellos).
Si lo que buscas es una cifra concreta para tu caso, puedes calcular lo que te costaría a ti: le dices a qué te dedicas y cuántas horas al día usas Claude, y te devuelve el modelo que te conviene, el coste estimado al mes y si te sale mejor una suscripción que pagar por token. Aquí abajo va el criterio que hay detrás. Precios a julio de 2026.
Dos palancas, no una
El error de base es pensar que solo eliges el modelo. Hay dos palancas y son independientes:
1. El modelo: Sonnet u Opus (antes también estaba Haiku, para tareas más simples). 2. El esfuerzo: bajo, medio, alto o máximo. Es cuánto piensa Claude antes de responderte.
Mucha gente toca solo una de las dos y gasta los tokens en lo que no toca. Opus con esfuerzo máximo puede consumir más de 100 veces lo que Sonnet en bajo. Cuando entiendes las dos palancas, dejas de matar moscas a cañonazos.
Sonnet vs Opus, sin marketing
Sonnet es rápido, muy capaz y económico. Te responde muchísimo más deprisa que Opus. Claude te dirá que el 90% de tu trabajo lo puede hacer Sonnet. En mi caso no es verdad, porque programo mucho y construyo cosas complejas. En el tuyo depende de a qué dediques la herramienta: si es sobre todo escribir, redactar y resumir, con Sonnet vas sobrado.
Opus es más lento, más caro y más profundo. Es el que quieres para lo que Sonnet no resuelve bien: arquitecturas complejas, razonamiento abstracto difícil, análisis donde tienes que reconectar muchos puntos lejanos.
Cuando programo, cuando construyo una skill compleja o cuando me pongo a escribir una aplicación entera, ya no me fío de Sonnet y me voy a Opus. Y esto no lo digo de oídas, lo digo de probarlo cada día.
Cuánto cuesta cada modelo
Todo lo anterior va de consumo relativo. Estas son las cifras absolutas, que es lo que acaba en tu factura si trabajas por API. Precios en dólares por millón de tokens, a julio de 2026.
| Modelo | Entrada | Salida | Para qué |
|---|---|---|---|
| Claude Haiku 4.5 | 1 $ | 5 $ | Volumen: clasificar, etiquetar, extraer |
| Claude Sonnet 5 | 3 $ | 15 $ | El caballo de batalla del día a día |
| Claude Opus 5 | 5 $ | 25 $ | Código serio, arquitectura, razonamiento largo |
| Claude Fable 5 | 10 $ | 50 $ | Tope de gama, para lo que Opus no resuelve |
Hay dos cosas que sorprenden al mirar esa tabla. La primera: Opus 5 cuesta 1,67 veces lo que Sonnet 5 por token, no diez veces. La diferencia de gasto que notas en el día a día viene sobre todo de que Opus escribe mucho más razonamiento antes de responder, no del precio de lista.
La segunda: hasta el 31 de agosto de 2026, Sonnet 5 está a precio introductorio de 2 $ de entrada y 10 $ de salida. Durante esas semanas la brecha con Opus se abre a 2,5 veces. Si tienes cargas grandes y repetitivas que puedas mover, ese es el momento de ejecutarlas.
Opus 5 tiene además un modo rápido opcional: va 2,5 veces más deprisa y cuesta el doble. Sirve cuando estás esperando delante de la pantalla y el tiempo te cuesta más que los tokens.
Y si trabajas desde la app o desde Claude Code con suscripción, no pagas por token. El plan Pro son 20 $ al mes (17 $ si pagas el año) e incluye las dos cosas. Por encima están los planes Max, para uso intensivo, que es donde acabas si Claude Code es tu herramienta principal de trabajo. Te lo desgloso más abajo, y la comparativa completa de planes está en cuánto cuesta Claude Code.
Haiku y Fable, los dos extremos
El eje de decisión sigue siendo Opus contra Sonnet, que es donde cae la inmensa mayoría del trabajo real. Pero conviene saber qué hay a los lados, porque cada uno resuelve un caso que los otros hacen mal.
Haiku es el barato de volumen. A 1 $ y 5 $ es cinco veces más barato que Opus 5 en entrada. Encaja cuando la tarea tiene una respuesta correcta obvia y lo que hay que hacer es repetirla mil veces: clasificar correos, etiquetar filas de una hoja, extraer campos de un texto, filtrar candidatos antes de que entre un modelo caro. Ahí lo que importa es el coste por unidad, no el matiz. Su ventana es de 200.000 tokens.
Fable es el techo. A 10 $ y 50 $ cuesta el doble que Opus 5. Solo tiene sentido cuando ya has probado Opus con esfuerzo alto y el resultado sigue sin valer. Si lo pones de default te vas a gastar diez veces lo de Sonnet para obtener casi siempre la misma respuesta.
La regla práctica que uso: arrancar en Sonnet, subir a Opus cuando el trabajo es serio, bajar a Haiku cuando la tarea es mecánica y repetitiva, y tocar Fable solo si Opus ya me ha fallado.
La familia pesa más que la versión
Esto te ahorra tokens desde ya. Los modelos tienen versiones: Sonnet 4.4, 4.5, 4.6, y Opus 4.6, 4.7, 4.8. Cuanto más alto el número, más reciente y mejor razona, pero también más tokens gasta.
La trampa es correr a la última versión. La diferencia entre familias (Sonnet contra Opus) sigue siendo mayor que la diferencia entre versiones. Usar Sonnet 4.6 gasta muchísimo menos que Opus 4.6, aunque sean de la misma generación. Antes de saltar al Opus más nuevo, pregúntate si de verdad necesitas Opus o si con Sonnet vas de sobra.
El esfuerzo: cuánto piensa antes de responder
El esfuerzo es cuántas vueltas le da Claude antes de contestar.
- Bajo: sin pensamiento extendido, responde directo. Resumir un transcript de YouTube, traducir algo. Ahí no necesita razonar, no se va a equivocar.
- Medio: razonamiento interno. Ajustar una skill que ya funciona, modificar un nodo de una plataforma que ya está montada. Yo siempre empiezo en medio.
- Alto: razonamiento profundo. Construir una skill nueva de varios pasos, un debug largo, redactar algo con lógica encima. Con Opus medio-alto me van muy bien las skills.
- Máximo: casi nunca. Problemas genuinamente difíciles, arquitectura compleja desde cero, análisis de pérdidas y ganancias partida a partida. Yo no lo uso jamás, salvo temas de robustez y seguridad.
La regla de oro: sube el esfuerzo solo cuando hayas comprobado que el modelo no da más de sí. La trampa habitual es subir el esfuerzo cuando lo que falla es el modelo, o subir el modelo cuando lo que falla es tu prompt.
La tabla que cambia cómo trabajas
Esta es la que quiero que te grabes. Partiendo de Sonnet 4.6 en bajo como 1x:
- Sonnet 4.6 bajo → 1x (la base)
- Opus 4.8 máximo → 130x
Míralo con un ejemplo. Imagina que en 5 horas puedes sacar 20 tareas con Sonnet 4.6 bajo. Con Opus 4.8 en máximo no terminas ni una sola. El consumo es 130 veces mayor.
Por eso, cuando dices "es que se me acaban los tokens en un momento", casi nunca es que el plan sea insuficiente. Es que estás usando el modelo equivocado con el esfuerzo máximo para tareas que no lo necesitaban. Hazle una foto a esta tabla y ponla de fondo de pantalla si hace falta. Necesitas verla justo antes de lanzar una tarea.
Mi criterio real: cuándo salto de Sonnet a Opus
Yo estoy el 50-60% del tiempo en Sonnet 4.7 medio o bajo: resúmenes de YouTube, sacar ideas, leer el inbox, reaccionar a correos, analizar un PowerPoint. Para eso Sonnet me sirve.
¿Cuándo salto a Opus? Cuando toco código, cuando voy a construir una skill compleja o cuando escribo una aplicación entera. Y hay una señal muy práctica que reconocerás con el uso: cuando Claude te ha respondido mal tres veces seguidas. Ese momento de "tío, te lo he explicado tres veces y no das ni una". Ahí subes el esfuerzo o el modelo, según la tarea. Es lo que me pasa en la práctica.
Al principio cuesta saber qué modelo va con qué. Con el uso lo notas perfectamente. Mi criterio para arrancar: Sonnet para tareas cortas y de bajo impacto, y en cuanto quiero hacer algo serio para la empresa, Opus.
El millón de tokens (solo en Opus)
Hay una razón más para irte a Opus en lo gordo: el contexto de un millón de tokens, que solo tienen Opus 4.7 y 4.8. Sonnet se queda en los 200.000 estándar.
Te lo cuento con un caso real. Tenía contratado un módulo de 500€ al mes que sincronizaba el stock de Odoo con Shopify, y empezó a darme errores: me mostraba 10 unidades en stock cuando ya las tenía prometidas y debía enseñar 0. Cada venta acababa en un email de disculpa al cliente. Lo apagué y reconstruí yo la conexión con Claude, tirando del dato correcto de Odoo (stock menos prometido). Esa conversación consumió 574.000 tokens, muy por encima de los 200.000 de una sesión normal.
Cuando sé que voy a construir algo así de grande (la plataforma B2B, el CRM del equipo de ventas, un refactor largo), arranco directamente en Opus 4.7 con el millón de contexto. En esos casos pierdes mucho más tiempo reiniciando la conversación cada dos por tres que lo que gastas de más con Opus. Para tareas cortas, Sonnet con sus 200.000 te sobra.
Cuándo no me importa pasarme
Hay cosas donde no miro el gasto. Todo lo que es robustez y seguridad de la plataforma B2B va a máximos sin pensarlo. Si un cliente nos roba datos, me da igual haberme dejado 200€ de más en tokens. El coste de que algo falle ahí es infinitamente mayor.
Trucos para gastar menos, sean cual sean el modelo y el esfuerzo
Elegir bien el modelo es la mitad. La otra mitad son estos hábitos:
- Pega el texto, no subas el PDF. Una página de PDF son entre 1.500 y 3.000 tokens. Un PDF de 40 páginas gasta unos 100.000 tokens. El mismo texto copiado y pegado, unos 8.000. Si además lo pasas a un archivo Markdown, todavía mejor.
- Para algo corto, pégalo en el chat. Si le pides "revísame ese correo del inbox", ya tiene que usar una herramienta y gastar tokens buscándolo. Copia el correo, lo pegas, y listo.
- Agrupa las tareas en un mensaje. En Claude Code puedes mandarle una tarea tras otra, pero si le envías tres por separado gastas más y vas más lento. Escríbelas todas de golpe y él mismo organiza la ejecución.
- Sesión nueva mejor que arrastrar contexto. Si sigues una conversación vieja, todo ese contexto viaja en cada mensaje y te ralentiza. Para empezar de cero abro una sesión nueva.
- Plan mode para lo nuevo. Cuando vas a crear una skill, un programa o un proceso desde cero, tira siempre del modo planificación.
- Convierte los prompts repetidos en skills. En cuanto veas que algo lo vas a ejecutar más de una o dos veces, hazlo skill. Sale mejor en tiempo y en calidad.
Cómo cambiar tu default
En Claude Code puedes dejar un modelo por defecto para todas las sesiones. No te compliques tocando el settings.json a mano: pídeselo en el prompt. "A partir de ahora, por defecto usa Sonnet medio", por ejemplo. Para la mayoría, Sonnet medio como default está bien. El mío es Opus 4.7 con el millón de contexto, pero yo programo todo el día.
Un truco para interiorizarlo: los tres primeros días, antes de lanzar cada tarea, di en voz alta qué modelo y qué esfuerzo necesita, antes de mirar lo que tienes seleccionado. En una semana te sale solo.
Cuándo saltar al plan Max
El plan Pro te sirve si usas Claude Code de vez en cuando. Si llegas al límite a diario porque usas Opus máximo para todo, el problema no es el plan, es el uso: baja el modelo con lo que te he contado y recuperas margen (la mayoría de la gente recupera un 30-40% solo cambiando el default).
El salto a Max tiene sentido cuando Claude Code es tu herramienta principal de trabajo y llegas al límite porque tu uso es real. En mi caso es lo que está reemplazando procesos enteros en Barner y Digital Brain, y me ahorra entre 8.000 y 10.000€ al mes. Que un día me pida pagar 100 o 200€ me da igual, el retorno no tiene discusión.
Por dónde empezar
Hazle la foto a la tabla, cambia tu default a Sonnet medio y, los primeros días, di en voz alta qué necesita cada tarea antes de lanzarla. Con eso solo ya dejas de tirar tokens.
Preguntas frecuentes
¿Opus es siempre mejor que Sonnet?
No. Es mejor en razonamiento largo, en arquitectura y en código complejo. En tareas cortas te da la misma respuesta que Sonnet, más lento y gastando más. Ahí Sonnet gana de calle, y el precio lo confirma: 3 $ y 15 $ contra 5 $ y 25 $ por millón de tokens.
¿Cuánto me va a costar al mes?
Depende de a qué lo dediques y de cuántas horas al día lo uses. Esa cuenta la hace la calculadora de modelos de Claude: le das tu perfil y te devuelve el modelo recomendado, el coste estimado por API y si te compensa más una suscripción.
¿Me conviene la API o la suscripción?
Si usas Claude a mano, desde la app o desde Claude Code, la suscripción casi siempre sale mejor: 20 $ al mes cubren un uso que por token te costaría bastante más. La API compensa cuando automatizas, cuando el consumo lo genera un programa que corre solo y no tú escribiendo.
Cómo uso Claude Code cada día en Barner y Digital Brain lo cuento en la newsletter diaria de Digital Brain: digitalbrain.email.
Relacionado
