Hoy pudo haberse apagado Claude Haiku 4.5 — y nadie te habría avisado

Ese último punto es el que más nos importa en Geek Vibes: si tu producto corre Claude vía Bedrock, el reloj que te afecta no es el que ves en la documentación pública de Anthropic — es el de AWS, y puede estar completamente desincronizado.

La otra mitad de la historia: Haiku 5.5 ya es 90% más barato

Ocho días antes, el 7 de octubre, Anthropic lanzó Claude Haiku 5.5 como el modelo obvio para reemplazar a Haiku 4.5 en trabajo de alto volumen — resúmenes, subagentes, uso de navegador y tareas agénticas repetitivas. Los números son contundentes:

• Haiku 4.5 costaba $1.00 de input / $5.00 de output por millón de tokens, sin importar el tamaño del prompt.
• Haiku 5.5 cuesta $0.10 de input / $0.50 de output por millón de tokens para prompts de hasta 100,000 tokens — una caída de 90% en precio de lista — y $0.50 / $2.50 para prompts más grandes.
• En benchmarks de uso de computadora (OSWorld 2.1, subset offline), Anthropic reporta 72.4% de Haiku 5.5 contra 15.7% de Haiku 4.5. Son cifras del propio proveedor, no una auditoría independiente, pero la brecha es demasiado grande para ignorarla.
• Haiku 5.5 suma un control de "effort" configurable, para elegir entre menos o más razonamiento según la tarea — y la propia documentación de Anthropic admite que, en ese modo de mayor esfuerzo, puede usar hasta 30% más tokens para resolver lo mismo, lo cual matiza el ahorro real.

¿Por qué entonces no todo mundo ya migró?

Porque "más barato y mejor" no es lo mismo que "drop-in replacement". Cambiar de modelo en producción implica reprobar prompts, revisar comportamientos de edge cases, y validar que el consumo real de tokens (no el de lista) efectivamente baja. Ninguna agencia seria migra un flujo de producción el mismo día que sale el anuncio — y ese espacio entre "ya existe algo mejor" y "ya migramos con confianza" es exactamente donde vive el riesgo de esta semana.

No es la primera vez que pasa esto — y no va a ser la última

Este patrón ya lo vimos este año de otras formas: cuando OpenAI le cortó acceso a modelos específicos a Cursor y obligó a toda su base de usuarios a replantear su stack de un día para otro, o cuando Stripe compró OpenRouter apostando a que la neutralidad entre modelos se iba a volver un producto en sí mismo. La lección de fondo es la misma cada vez: ningún proveedor de IA te debe estabilidad de roadmap, por más que publique páginas de políticas con buena redacción. Los modelos de IA se comportan, para efectos prácticos, como cualquier otro vendor de infraestructura crítica — con la diferencia de que su ritmo de cambio es muchísimo más rápido que el de una base de datos o un proveedor de hosting.

Lo que esto significa para agencias, developers y tu producto

Si tu producto o el de tu cliente depende de un modelo específico de un proveedor de IA (y hoy casi todos dependen de alguno), esto no es noticia de nicho — es un pendiente operativo:

• No leas la página de deprecaciones una sola vez. Métela a un calendario o a una alerta automática; "not sooner than" significa que el estado puede cambiar sin aviso previo visible para vos.
• Separá el reloj de tu plataforma del reloj del proveedor. Si corrés modelos vía Bedrock, Vertex AI o cualquier plataforma administrada, el calendario de retiro real es el de esa plataforma, no el que ves en la documentación del modelo.
• Diseñá con una capa de abstracción de modelo desde el día uno, aunque hoy solo uses un proveedor. Cambiar un model_id en una variable de entorno es barato; reescribir prompts y lógica de negocio acoplada a un modelo específico, no.
• Medí costo real, no precio de lista. La diferencia entre el "90% más barato" de marketing y el ahorro real que vas a ver en tu factura puede ser de 15 a 20 puntos porcentuales, por el consumo de tokens adicional en modos de mayor razonamiento.
• Pedile a quien te vendió la solución (agencia, consultora o tu propio equipo) un plan de migración por escrito, no solo la promesa de que "cuando haga falta, cambiamos".

Cierre

Nada se apagó hoy. Pero la próxima vez que un proveedor mueva una fecha "tentativa" sin avisar con claridad, probablemente no tengas 60 días de cortesía para reaccionar — vas a tener los que la plataforma donde corrés tu modelo decida darte. Si no sabés qué reloj está corriendo para tu stack de IA en este momento, es un buen momento para revisarlo antes de que te toque hacerlo bajo presión.

Si quieres que auditemos la dependencia de modelos de tu producto o stack de IA y armemos un plan de migración real, escríbenos a comercial@geekvibes.agency.