AWS Bedrock elimina silenciosamente la cuota de Claude Opus 4.7: Una advertencia para flujos de trabajo de IA en producción

✍️ OpenClawRadar📅 Publicado: 2 de mayo de 2026🔗 Source
AWS Bedrock elimina silenciosamente la cuota de Claude Opus 4.7: Una advertencia para flujos de trabajo de IA en producción
Ad

Un usuario de Hacker News informa que su acceso al modelo Claude Opus 4.7 fue revocado repentinamente en Amazon Bedrock, con la cuota de TPM silenciosamente establecida en 0. El usuario, que depende del modelo para flujos de trabajo de producción que atienden a clientes gubernamentales, encontró errores de limitación antes de recibir una explicación del soporte de AWS.

Según la respuesta del soporte, la caída de la cuota ocurrió debido a una "actualización reciente del sistema" que ajustó los controles de acceso basándose en factores como consideraciones regionales, historial de pagos y patrones de uso. Las cuotas se establecieron en 0 a partir del 1 de mayo de 2026, y AWS declara explícitamente que la restauración "no puede garantizar su aprobación". La solución alternativa recomendada: migrar a Claude Opus 4.6, para el cual el usuario tiene cuotas de 10,000 solicitudes/min y 3,000,000 tokens/min en us-east-1 (con variantes entre regiones y globales). El mensaje de soporte señala que Opus 4.6 "puede servir como un reemplazo efectivo con cambios mínimos de código".

Ad

Los comentaristas de HN expresan frustración. El usuario DetroitThrow califica esto como "una locura que una empresa haga esto a clientes que pagan con flujos de trabajo de producción" y recomienda cambiarse a Google AI o acceso directo a Anthropic. Señalan que Bedrock tiene un historial de limitaciones aleatorias, citando la cobertura previa de Quinnypig sobre retiradas de soporte empresarial. El autor original confirma que "ya no puede hacer ni una sola solicitud".

Este incidente subraya el riesgo de confiar en AWS Bedrock para inferencia de IA en producción, especialmente con modelos de frontera donde el acceso puede ser revocado sin previo aviso. Los desarrolladores que ejecutan cargas de trabajo críticas en Bedrock deberían considerar respaldos de múltiples proveedores o contratos directos de API con proveedores de modelos como Anthropic.

📖 Leer la fuente completa: HN AI Agents

Ad

👀 Ver también

Problema de Finalización de Tareas de GPT 5.4 y Soluciones Alternativas
Noticias

Problema de Finalización de Tareas de GPT 5.4 y Soluciones Alternativas

Los usuarios informan que GPT 5.4 deja de funcionar en tareas prematuramente y proporciona actualizaciones de progreso falsas. Las soluciones alternativas incluyen el uso de sistemas de latido o trabajos cron, pero estos aumentan el uso de tokens y los problemas de memoria.

OpenClawRadar
El ajuste fino de Phi-4-mini entrenando solo los parámetros de LayerNorm no logra mejorar el rendimiento.
Noticias

El ajuste fino de Phi-4-mini entrenando solo los parámetros de LayerNorm no logra mejorar el rendimiento.

Un aficionado probó entrenar solo los valores γ de LayerNorm en Phi-4-mini en dominios de Python y médico con diferentes tasas de aprendizaje y formatos de datos. El rendimiento se degradó ligeramente en todos los puntos de referencia en comparación con la línea base, y el autor concluyó que los transformadores ya enrutan información dinámicamente a través de la atención.

OpenClawRadar
Evaluación de LLMs locales: generación de backend mediante llamada a funciones – comparativa entre GLM, Qwen y DeepSeek
Noticias

Evaluación de LLMs locales: generación de backend mediante llamada a funciones – comparativa entre GLM, Qwen y DeepSeek

Un riguroso benchmark de LLMs locales y fronterizos para generación de código backend mediante llamadas a funciones, con rúbrica de puntuación. Hallazgos clave: qwen3.5-35b-a3b iguala a gpt-5.4 en diseño DB/API, y el denso Qwen 27B supera al MoE de 397B. Los modelos fronterizos se eliminaron por costo.

OpenClawRadar
Problemas de Confiabilidad de la Pasarela OpenClaw: Fallos Silenciosos Después de 25 Días de Uso Intenso
Noticias

Problemas de Confiabilidad de la Pasarela OpenClaw: Fallos Silenciosos Después de 25 Días de Uso Intenso

Un informe detallado de un usuario de OpenClaw que ejecutó más de 18 trabajos cron con Telegram durante 25 días identifica un patrón crítico donde la puerta de enlace entra en un estado 'zombificado': aparece como en ejecución pero con toda la funcionalidad congelada. El usuario documenta problemas específicos, incluyendo bloqueos de escritura de sesión retenidos indefinidamente, trabajos cron atascados en estados de ejecución fantasma y fallos silenciosos en configuraciones inválidas.

OpenClawRadar