# Sonnet 4.6 frente a Opus 4.6: comparar tareas antes de resumir el veredicto

Sigue por separado simulador y SaaS y revisa después el análisis grabado de coste y tokens.

[HTML](https://lukejbyrne.com/library/guides/7tn-dznpwxk/?lang=es)
Idioma del texto: es
Autor: Luke Byrne
Vídeo publicado el: 2026-02-18
Guía publicada el: 2026-11-02

[Ver el vídeo](https://www.youtube.com/watch?v=7TN-dznPWXk)
Idioma del vídeo: Inglés

## Definir trabajo y pruebas de éxito

La descripción del 18 de febrero de 2026 relata unos 15 minutos comparando Sonnet 4.6 y Opus 4.6 con código de producción. Los capítulos citan SaaS y simulador. Juego funcional, página útil y ejecución barata son resultados distintos: conserva notas separadas en vez de un único marcador.

1. Empieza por precios en 0:00 y tareas en 0:40, registrando afirmaciones antes de aceptarlas.
2. Mantén identificables mismos archivos iniciales y resultado previsto en ambos intentos.
3. Define las comprobaciones reales, incluida interacción central y tarea principal del visitante.

## Conservar el fallo junto al rediseño

La comparación empieza en 2:46. El capítulo de 5:40 dice que Opus funciona y Sonnet falla, mientras rediseño en 9:46 y ganador en 13:12 favorecen a Sonnet en conjunto. Pueden coexistir porque tareas distintas revelan fortalezas distintas. No borres el fallo al evaluar el resultado visual posterior.

1. Mira el fallo y anota acción o estado bloqueante sin suponer que el rediseño lo arregló.
2. Compara páginas en 11:00: jerarquía, recorrido real y apariencia.
3. Registra trabajo adicional y defectos pendientes junto al resultado aceptado de cada modelo.

## Interpretar tokens y precio como ejemplo histórico

La descripción afirma que un modelo rediseñó mejor con un 30 % menos de tokens siendo un 50 % más barato. El análisis aparece en 14:01 y la conclusión en 15:10. La descripción no aporta el registro completo y este complemento no reproduce esos porcentajes de forma independiente.

1. Revisa el análisis grabado para identificar tarea y medidas descritas.
2. Separa tokens, coste facturado y tiempo en tus propias ejecuciones.
3. Incluye reintentos y comprobaciones necesarios para un resultado útil y verifica precios actuales por separado antes del presupuesto.

## Conclusión

Un modelo puede ganar el rediseño y perder otra tarea. Conserva ese matiz sin generalizar superioridad desde una ejecución histórica más barata.

## Recursos de la guía

- [ailuke.short.gy](https://ailuke.short.gy/7TN-dznPWXk1)
- [ailuke.short.gy](https://ailuke.short.gy/7TN-dznPWXk2)

## Capítulos

- [0:00 Sonnet 4.6 y Opus: precio y afirmaciones](https://www.youtube.com/watch?v=7TN-dznPWXk&t=0s)
- [0:40 Prueba real: SaaS y simulador](https://www.youtube.com/watch?v=7TN-dznPWXk&t=40s)
- [2:46 Duelo de código Opus y Sonnet](https://www.youtube.com/watch?v=7TN-dznPWXk&t=166s)
- [5:40 Resultados: Opus funciona, Sonnet falla](https://www.youtube.com/watch?v=7TN-dznPWXk&t=340s)
- [9:46 Presentación del rediseño](https://www.youtube.com/watch?v=7TN-dznPWXk&t=586s)
- [11:00 Comparación lado a lado](https://www.youtube.com/watch?v=7TN-dznPWXk&t=660s)
- [13:12 Ganador: Sonnet](https://www.youtube.com/watch?v=7TN-dznPWXk&t=792s)
- [14:01 Análisis de coste y tokens](https://www.youtube.com/watch?v=7TN-dznPWXk&t=841s)
- [15:10 Reflexiones finales](https://www.youtube.com/watch?v=7TN-dznPWXk&t=910s)

## Fuentes y límites

Preparado el 2 de noviembre de 2026 a partir de esta descripción publicada exacta y sus capítulos. La grabación no se vio ni transcribió de forma independiente y no se realizó otra prueba práctica. Los pasos son adaptaciones editoriales; la configuración, disponibilidad y ofertas actuales pueden variar.

[Vídeo original](https://www.youtube.com/watch?v=7TN-dznPWXk)