Skip to main content
Claude CodeAnthropicAI automation

Claude Code Opus 4.7 comienza a degradarse

MarginLab lanzó un rastreador diario independiente para Claude Code utilizando un subconjunto de SWE-Bench-Pro resistente a la contaminación, detectando una caída de rendimiento estadísticamente significativa en Opus 4.7 desde el 22 de mayo. Este es un aviso crucial para la automatización de IA y canales de código.

Contexto técnico

Me encantan estas cosas no por el drama, sino por su utilidad: MarginLab configuró un rastreador diario independiente para Claude Code y no analiza diapositivas de marketing, sino la degradación a lo largo del tiempo. Para la automatización con IA (AI automation), esto es un sistema de alerta temprana casi perfecto, especialmente si usas Opus 4.7 en generación de código, revisiones o pipelines de agentes.

Me fijé en cómo lo formulan: el seguimiento se realiza en un subconjunto de SWE-Bench-Pro resistente a la contaminación, y enfatizan específicamente las degradaciones estadísticamente significativas, no solo el ruido de un mal día. Esto es lo que más me gusta: no es un pánico de "el modelo empeoró, todo está perdido", sino un monitoreo adecuado con un umbral de alarma razonable.

Tienen una señal clara: desde el 22 de mayo, ha habido una caída estadísticamente significativa en Claude Code Opus 4.7. Esto no significa necesariamente que el lanzamiento haya sido débil desde el principio. Por el contrario, los materiales de lanzamiento de Anthropic afirmaban que Opus 4.7 mejoró en SWE-bench Verified y Pro, incluso tras excluir tareas con riesgo de memorización.

Así que mi perspectiva es esta: los números iniciales podrían haber sido genuinamente fuertes, pero el comportamiento del modelo después del lanzamiento empieza a variar. Y es exactamente aquí donde un rastreador independiente es más útil que un comunicado de prensa, porque el comunicado captura el momento del lanzamiento, mientras que la producción dura semanas y meses.

Impacto en el negocio y la automatización

Si construyo una integración de IA (AI integration) en torno a Claude Code, no puedo ignorar esta señal. El primer riesgo es simple: los agentes automáticos de corrección de código y PR comienzan a consumir más tokens e iteraciones para las mismas tareas, y el equipo lo nota demasiado tarde.

El segundo golpe afecta la arquitectura. Si no tienes un modelo de respaldo (fallback), conjuntos de reproducción y controles de calidad diarios, cualquier degradación oculta convierte tu implementación de IA en una lotería.

Los ganadores son aquellos que ya mantienen un marco de evaluación y no se enamoran de un solo proveedor. Los perdedores son los equipos que construyeron su automation with AI bajo el principio de "si funcionó ayer, funcionará mañana". En Nahornyi AI Lab, construimos exactamente estas redes de seguridad para nuestros clientes: monitoreo, respaldos y enrutamiento entre modelos.

Si Claude Code está en tu ruta crítica, yo no discutiría en los comentarios, sino que ejecutaría rápidamente mis tareas de control con fechas anteriores y posteriores al 22 de mayo. Y si necesitas analizar con calma dónde se filtra tu calidad y cómo reconstruir tu AI solutions architecture sin detener a tu equipo, ven a Nahornyi AI Lab: con Vadym Nahornyi, usualmente comienzo con el diagnóstico del pipeline, no vendiendo un botón mágico.

Anteriormente, analizamos en detalle los gráficos de rendimiento y las características arquitectónicas de la versión anterior Claude Opus 4.6. Entender cómo evolucionaron las métricas básicas y los costos de contexto permite evaluar más objetivamente las razones de la degradación actual del modelo.

Compartir este articulo