3 min de lectura

Claude Opus 5.5: extra consumió el 3% del límite semanal

Claude Opus 5.5веб-разработкаreasoning

Según un informe de usuario, Claude Opus 5.5 en modo extra consumió apenas el 3% del límite semanal durante un día casi continuo de desarrollo web habitual. No es un benchmark universal, pero indica que extra puede ofrecer calidad suficiente para programar a diario sin la verbosidad y el consumo de max.

Qué mostró el modo extra

La conclusión sencilla de este informe es que Claude Opus 5.5 en modo extra puede resultar bastante más económico para el desarrollo web habitual de lo que cabría esperar de un modelo insignia. El autor trabajó casi sin interrupciones durante todo el día y consumió solo el 3% del límite semanal.

No se trataba de un maratón de agentes. No se utilizaron bucles, enjambres de subagentes ni otros esquemas que inflan rápidamente el contexto y la generación: solo tareas cotidianas de una aplicación web. Según la valoración subjetiva del autor, la calidad no fue peor que la de Astra.

Los precios ayudan a entender por qué el modo de razonamiento importa tanto aquí. La documentación oficial de precios de Claude de Anthropic indicaba para Opus 5.5, en el lanzamiento, $4 por millón de tokens de entrada y $20 por millón de tokens de salida. Las lecturas de caché costaban $0,20 por millón de tokens y el procesamiento por lotes costaba $2 y $10, respectivamente.

La salida cuesta cinco veces más que la entrada; por ello, un razonamiento largo y una generación verbosa pueden empeorar la economía más rápido que un prompt grande. Esto encaja con la segunda observación: en modo max el modelo ofrecía calidad y generaba tokens rápido, pero producía muchos y tardaba bastante en responder.

Aun así, el 3% del límite semanal no puede convertirse directamente en coste de API. Los límites del producto, la facturación por tokens y el uso de caché miden cosas distintas. Es un episodio práctico, no una prueba controlada con tareas y mediciones idénticas.

Max deja de ser el modo predeterminado

Para la programación rutinaria, extra parece la opción más racional, mientras que max queda para tareas realmente difíciles. Eso no significa que max haya empeorado: el razonamiento adicional solo se amortiza cuando reduce errores, solicitudes posteriores o cambios fallidos.

Primero observaría la longitud de la respuesta, el número de pasadas repetidas y la estabilidad de los cambios entre archivos. Si extra resuelve una tarea en una pasada, un modo más profundo añade demora y consumo sin un retorno claro. Con una refactorización pesada o una cadena larga de dependencias, el equilibrio puede cambiar.

La señal no está en el mágico 3%, sino en un cambio de hábito: el razonamiento máximo ya no parece un seguro gratuito de calidad. Con Opus 5.5, elegir el modo pasa a formar parte de la configuración de ingeniería, no de un control que siempre se quiere llevar al máximo.

Anteriormente analizamos cómo Claude Opus 4.6 equilibra inteligencia, precios y opciones de configuración en producción. Esa comparación aporta un contexto útil para evaluar el perfil cotidiano de coste y rendimiento de Opus 5.5.