Haiku 5.5 cambia el coste de automatizar tareas de CRM

Anthropic presenta Haiku 5.5 con dos tramos de precios API. El tamaño de la solicitud y el nuevo tokenizador obligan a recalcular el coste de cada tarea.
Ilustración de una clasificadora de fichas, tres bandejas y una calculadora sobre una mesa de oficina.

Anthropic presentó Claude Haiku 5.5 el 7 de octubre de 2026. Para un equipo de marketing que esté valorando clasificar consultas, extraer campos o derivar registros de su CRM con IA, la novedad relevante es el precio de esas llamadas. Pero hay dos condiciones que cambian la cuenta: el tamaño de cada solicitud y la nueva forma de contar los tokens.

Dos tarifas según lo que envíes en cada solicitud

La tabla oficial de precios de la API separa las solicitudes que contienen hasta 100.000 tokens de entrada de las que superan ese umbral. Los tokens son las unidades en las que el modelo divide el contenido para procesarlo y facturarlo.

Entrada por solicitud USD por millón de tokens
Hasta 100.000 tokens Entrada: 0,10 USD
Salida: 0,50 USD
Más de 100.000 tokens Entrada: 0,50 USD
Salida: 2,50 USD

El umbral se aplica a cada solicitud, no al consumo acumulado del mes. Al superarlo cambian tanto la tarifa de entrada como la de salida. Son precios base de tokens de la API de Claude: no representan el coste completo de una automatización ni una cuota de uso de un CRM.

El mismo texto ya no tiene el mismo número de tokens

Según la guía de migración de Haiku 5.5, el mismo texto de entrada genera aproximadamente un 30 % más de tokens que en Haiku 4.5. La variación exacta depende del contenido. Por eso no basta con aplicar las nuevas tarifas a los recuentos del modelo anterior: hay que volver a contar las entradas y revisar las estimaciones y los límites de salida.

También cambia la configuración del razonamiento. La guía indica que el modo adaptativo está activado por defecto y recomienda ajustar el nivel de esfuerzo. Para tareas sencillas, ese ajuste forma parte de la prueba de coste y calidad; sustituir solo el nombre del modelo no valida el presupuesto.

Qué comprobar en un piloto de CRM

Como ejemplo hipotético, un flujo podría recibir una consulta comercial, extraer el servicio solicitado y proponer a qué equipo enviarla. La recomendación editorial es empezar por una tarea acotada y comparar sus respuestas con casos que el equipo ya haya revisado.

  • Mide por tarea aceptada. Registra tokens, errores, reintentos y revisión humana; una llamada barata que necesita corrección puede encarecer el proceso.
  • Limita el contexto a lo necesario. Comprueba si hace falta enviar todo el historial del contacto para resolver esa tarea.
  • Separa propuesta y ejecución. Durante la evaluación, revisa la clasificación antes de cambiar registros o activar comunicaciones.

El anuncio incluye un testimonio de HubSpot publicado por Anthropic: la empresa evaluó el modelo en portales simulados, con tareas como informes sobre operaciones y detección de registros obsoletos ambiguos. Es una evaluación de HubSpot difundida por Anthropic, no una integración comercial anunciada ni una medición de ahorro en tu CRM.

La decisión útil es comprobar cuánto cuesta obtener una respuesta válida en tu flujo concreto. La tarifa por millón permite preparar esa prueba; por sí sola no demuestra el ahorro final.

NO TE PIERDAS NADA.

No te pierdas las últimas noticias que mueven el mundo del marketing digital.

Sin spam. Puedes darte de baja cuando quieras.