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.
Vídeo en inglés. Todavía no hay una versión en español registrada para esta guía.
Ver en YouTube ↗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.
- Empieza por precios en 0:00 y tareas en 0:40, registrando afirmaciones antes de aceptarlas.
- Mantén identificables mismos archivos iniciales y resultado previsto en ambos intentos.
- 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.
- Mira el fallo y anota acción o estado bloqueante sin suponer que el rediseño lo arregló.
- Compara páginas en 11:00: jerarquía, recorrido real y apariencia.
- 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.
- Revisa el análisis grabado para identificar tarea y medidas descritas.
- Separa tokens, coste facturado y tiempo en tus propias ejecuciones.
- 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.
Sobre este artículo y sus fuentes
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.