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).
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.
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 no es "mejor o peor calidad". 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. No es teoría, 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.
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
