Anthropic anunció el 2 de noviembre de 2026 la beta de message threads para la Messages API de Claude. Permite enviar el historial completo una vez y, después, solo los mensajes nuevos. La aplicación sigue siendo responsable de conservar la conversación: el hilo del servidor puede caducar a los cinco minutos desde su última petición.
El registro oficial de cambios sitúa la novedad en la API, con la cabecera message-threads-2026-08-12. Esa fecha forma parte del identificador de beta; no debe confundirse con la fecha del anuncio. No es una función anunciada aquí para la aplicación de Claude ni para Claude Code.
Qué trabajo evita y qué sigue haciendo el modelo
Sin esta función, una integración vuelve a subir toda la conversación en cada turno. Con un hilo, la API conserva temporalmente los mensajes y reconstruye el contexto antes de llamar al modelo. Anthropic explica que así reduce trabajo repetido de recepción, validación y tokenización, y mejora el tiempo hasta el primer token en conversaciones largas. Puntoes no ha medido esa mejora.
Enviar menos datos no significa que el modelo deje de procesar el contexto anterior. La documentación de message threads dice que los hilos no cambian los precios ni los límites de uso. Tampoco activan automáticamente la caché de instrucciones: prompt caching se configura por separado. Por tanto, no hay base para calcular un descuento a partir del tamaño menor de la petición.
Crear, continuar y conservar una copia
La primera petición incluye los mensajes, las instrucciones del sistema y las herramientas, con thread de tipo create. Para continuar se envían solo los mensajes nuevos y un thread de tipo continue, cuyo previous_message_id identifica la última respuesta. Las instrucciones system y las definiciones tools se omiten en esas continuaciones.
Esto no significa que desaparezcan los demás parámetros. Los campos que la documentación clasifica como fijos, entre ellos el modelo, se repiten con los mismos valores. Cambiar uno de esos campos, las instrucciones o las herramientas exige crear otro hilo siguiendo sus reglas de reconstrucción. Cada respuesta admite una única continuación: no sirve como punto común para abrir varias ramas simultáneas.
La aplicación debe guardar su propia copia si la conversación tiene que sobrevivir al proceso. El ayudante de los SDK mantiene el historial en memoria, no lo convierte en almacenamiento persistente. Tampoco existe una API para listar, leer o borrar estos hilos.
Un agente de soporte después de una pausa
Ejemplo conceptual e hipotético, no ejecutado por Puntoes: un agente consulta un pedido, recibe el resultado de una herramienta y responde. Cuando el usuario pregunta por el envío, la aplicación añade únicamente ese nuevo mensaje y continúa desde la respuesta anterior.
Si la conversación se interrumpe durante diez minutos, la aplicación debe contar con que el hilo haya caducado. Un error 404 con código thread_not_found obliga a reconstruirlo mediante una nueva petición de creación con el historial completo. Ese código también puede indicar otros problemas de continuidad; no todo 404 significa lo mismo. El ayudante del SDK puede hacer esa reconstrucción, pero necesita conservar el historial para hacerlo.
La ventaja buscada está en los turnos consecutivos de una conversación larga. La copia propia y la recuperación siguen siendo partes del diseño; usar el identificador del servidor como único registro dejaría a la aplicación sin esa salida.
Disponibilidad y límites antes de adoptarlo
La beta está documentada para Claude API, Claude Platform on AWS, Claude Models on Google Cloud gestionado por Anthropic y Microsoft Foundry. No conviene extender esa lista a otros servicios de nube por similitud de nombre.
Los hilos son de conservación best effort: pueden no estar disponibles al continuar. Expiran tras cinco minutos sin peticiones y se eliminan como máximo una hora después del último uso. Según Anthropic, su contenido permanece cifrado en memoria y no se escribe en almacenamiento duradero. Aun así, la función no es elegible para retención cero de datos —ZDR— ni para HIPAA.
Message Batches, el conteo de tokens con el campo thread y la compactación integrada figuran entre las incompatibilidades. Para sustituir turnos anteriores por un resumen hay que empezar otro hilo. Además, estos hilos de Messages API son distintos de los hilos de sesión de Claude Managed Agents. Antes de incorporarlos, comprobaríamos recuperación, parámetros e incompatibilidades con la conversación real de la aplicación.