Anthropic lanza la beta de los hilos de mensajes para agentes de larga duración

Anthropic presentó los hilos de mensajes en beta pública el 2 de noviembre de 2026, lo que permite que las aplicaciones de Messages API en Claude Platform envíen solo los mensajes nuevos después de una solicitud inicial con la conversación completa.

La función está pensada para sesiones activas en las que la latencia es importante, como las de agentes de programación de larga duración, agentes que usan computadoras y cuyas capturas de pantalla permanecen en el hilo, y flujos de trabajo con muchos documentos e imágenes. Anthropic informa que, con los hilos de mensajes activados de forma predeterminada para la mayoría de los usuarios de Claude Code, las solicitudes que contienen entre 500.000 y 1 millón de tokens registran una reducción de alrededor del 35 % en la mediana del tiempo hasta el primer token.

Ciclo de vida de las solicitudes y recuperación

Sin un hilo, cada turno vuelve a cargar toda la conversación, y la API vuelve a validarla y tokenizarla por completo. Con un hilo, la mayor parte de ese trabajo se aplica solo al turno nuevo antes de que la API reconstruya la conversación para el modelo. Claude sigue leyendo toda la conversación en cada turno, por lo que el uso de tokens no cambia. Se aplican las tarifas estándar por token y los límites de velocidad vigentes.

La documentación oficial divide el ciclo de vida en solicitudes de creación y continuación. Una solicitud de creación envía la conversación completa, el mensaje del sistema y las herramientas con el thread parámetro; la API almacena la conversación y la respuesta de Claude bajo el identificador de respuesta. Una solicitud de continuación envía solo los mensajes posteriores a la respuesta anterior, junto con el identificador de esa respuesta, omitiendo system y tools. Después, se usa cada nuevo identificador de respuesta para el siguiente turno.

Los hilos se mantienen según el mejor esfuerzo posible y caducan cinco minutos después de la última solicitud; cada respuesta que almacena la API reinicia ese plazo. Las aplicaciones siguen siendo la fuente de verdad y deben conservar su propia copia de cada mensaje. Si la API ya no puede continuar un hilo, el cliente vuelve a enviar toda la conversación en una nueva solicitud de creación. El asistente de hilos del SDK crea y continúa hilos, añade el encabezado beta requerido, mantiene la conversación en memoria y vuelve a enviar automáticamente la conversación completa una vez en caso de determinados errores de continuación.

Retención y almacenamiento en caché

El contenido de los hilos se mantiene en memoria con cifrado administrado por el servidor, nunca se escribe en almacenamiento persistente y se elimina como máximo una hora después del último uso. Un hilo contiene la conversación enviada al modelo, el mensaje del sistema y las herramientas de la solicitud de creación, y una huella digital de los campos fijos que se usa para comprobar las solicitudes posteriores. Los archivos se conservan mediante referencias, por lo que las aplicaciones deben mantener disponible cada archivo utilizado en la conversación mientras el hilo esté activo. Los hilos de mensajes no cumplen los requisitos para la retención cero de datos ni para el uso de HIPAA, aunque la función no afecta a la elegibilidad para otras funciones de retención cero de datos.

Los hilos no almacenan automáticamente en caché las instrucciones; los desarrolladores deben proporcionar puntos de interrupción de caché o cache_controlde nivel superior. Una solicitud con hilo puede incluir como máximo cuatro puntos de interrupción de control de caché. Además, los hilos son de solo anexado y cada identificador de respuesta se puede continuar una sola vez. Cambiar un campo exclusivo de la creación, como system o tools, o un campo fijo requiere un hilo nuevo que incluya toda la conversación.

Transmisión en tiempo real, disponibilidad y límites de la función

En el caso de las respuestas transmitidas en tiempo real, los clientes deben esperar al message_stop evento antes de continuar desde el identificador de respuesta, ya que una solicitud de continuación anterior puede devolver un error 404. El asistente del SDK no reintenta automáticamente una solicitud de continuación si se interrumpe la transmisión. La API no almacena los turnos generados por modelos de respaldo, por lo que es necesario enviar toda la conversación en una nueva solicitud de creación antes de reanudar el uso de hilos.

La beta está disponible en Claude Platform nativa, Claude Platform en AWS, Claude en Microsoft Foundry y Claude Models en Google Cloud bajo la administración de Anthropic, con compatibilidad beta para todos los modelos. No hay ninguna API para enumerar, leer ni eliminar hilos. Los hilos no son compatibles con Message Batches, el recuento de tokens, la compactación bajo demanda ni la mayoría de las funciones de edición del contexto, y no están disponibles para las organizaciones que tengan habilitados los ganchos de inferencia.

Como los hilos caducan y no se pueden recuperar mediante una API, las aplicaciones que usan la beta deben seguir conservando su propio historial de conversación y mantener una vía para volver a enviar la conversación completa, incluso cuando los turnos habituales solo incluyan mensajes nuevos.