El procesamiento por lotes es un enfoque poderoso para manejar grandes volúmenes de solicitudes de manera eficiente. En lugar de procesar solicitudes una a la vez con respuestas inmediatas, el procesamiento por lotes te permite enviar múltiples solicitudes juntas para procesamiento asincrónico. Este patrón es particularmente útil cuando:

• Necesitas procesar grandes volúmenes de datos
• Las respuestas inmediatas no son necesarias
• Deseas optimizar la eficiencia de costos
• Estás ejecutando evaluaciones o análisis a gran escala

La API de lotes de mensajes es la primera implementación de este patrón por parte de Anthropic.

API de lotes de mensajes

La API de lotes de mensajes es una forma poderosa y rentable de procesar de forma asincrónica grandes volúmenes de solicitudes de Mensajes. Este enfoque es ideal para tareas que no requieren respuestas inmediatas, con la mayoría de los lotes finalizándose en menos de 1 hora mientras se reducen los costos en un 50% y se aumenta el rendimiento.

Puedes explorar la referencia de la API directamente, además de esta guía.

Cómo funciona la API de lotes de mensajes

Cuando envías una solicitud a la API de lotes de mensajes:

1. El sistema crea un nuevo lote de mensajes con las solicitudes de mensajes proporcionadas.
2. El lote se procesa entonces de forma asincrónica, con cada solicitud manejada independientemente.
3. Puedes consultar el estado del lote y recuperar los resultados cuando el procesamiento haya finalizado para todas las solicitudes.

Esto es especialmente útil para operaciones en masa que no requieren resultados inmediatos, como:

• Evaluaciones a gran escala: Procesa miles de casos de prueba de manera eficiente.
• Moderación de contenido: Analiza grandes volúmenes de contenido generado por usuarios de forma asincrónica.
• Análisis de datos: Genera información o resúmenes para grandes conjuntos de datos.
• Generación de contenido en masa: Crea grandes cantidades de texto para diversos propósitos (por ejemplo, descripciones de productos, resúmenes de artículos).

Limitaciones de lotes

• Un lote de mensajes está limitado a 100,000 solicitudes de mensajes o 256 MB de tamaño, lo que se alcance primero.
• El sistema procesa cada lote lo más rápido posible, con la mayoría de los lotes completándose en 1 hora. Puedes acceder a los resultados del lote cuando todos los mensajes se hayan completado o después de 24 horas, lo que ocurra primero. Los lotes expiran si el procesamiento no se completa en 24 horas.
• Los resultados de los lotes están disponibles durante 29 días después de la creación. Después de eso, aún puedes ver el lote, pero sus resultados ya no estarán disponibles para descargar.
• Los lotes están limitados a un Workspace. Puedes ver todos los lotes (y sus resultados) que se crearon dentro del Workspace al que pertenece tu clave de API.
• Los límites de velocidad se aplican tanto a las solicitudes HTTP de la API de lotes como al número de solicitudes dentro de un lote esperando ser procesadas. Consulta Límites de velocidad de la API de lotes de mensajes. Además, el procesamiento puede ralentizarse según la demanda actual y tu volumen de solicitudes. En ese caso, es posible que veas más solicitudes expirando después de 24 horas.
• Debido al alto rendimiento y procesamiento concurrente, los lotes pueden exceder ligeramente el límite de gasto configurado de tu Workspace.

Modelos compatibles

Todos los modelos activos son compatibles con la API de lotes de mensajes.

Qué se puede procesar por lotes

Cualquier solicitud que puedas hacer a la API de mensajes puede incluirse en un lote. Esto incluye:

• Visión
• Uso de herramientas
• Mensajes del sistema
• Conversaciones de múltiples turnos
• Cualquier característica beta

Dado que cada solicitud en el lote se procesa independientemente, puedes mezclar diferentes tipos de solicitudes dentro de un único lote.

Precios

La API de lotes ofrece ahorros de costos significativos. Todo el uso se cobra al 50% de los precios estándar de la API.

Cómo usar la API de lotes de mensajes

Prepara y crea tu lote

Un lote de mensajes se compone de una lista de solicitudes para crear un mensaje. La forma de una solicitud individual consta de:

• Un custom_id único para identificar la solicitud de mensajes. Debe tener entre 1 y 64 caracteres y contener solo caracteres alfanuméricos, guiones e guiones bajos (coincidiendo con ^[a-zA-Z0-9_-]{1,64}$).
• Un objeto params con los parámetros estándar de la API de mensajes

Puedes crear un lote pasando esta lista al parámetro requests:

En este ejemplo, dos solicitudes separadas se procesan por lotes juntas para procesamiento asincrónico. Cada solicitud tiene un custom_id único y contiene los parámetros estándar que usarías para una llamada a la API de mensajes.

Cuando se crea un lote por primera vez, la respuesta tendrá un estado de procesamiento de in_progress.

{
  "id": "msgbatch_01HkcTjaV5uDC8jWR4ZsDV8d",
  "type": "message_batch",
  "processing_status": "in_progress",
  "request_counts": {
    "processing": 2,
    "succeeded": 0,
    "errored": 0,
    "canceled": 0,
    "expired": 0
  },
  "ended_at": null,
  "created_at": "2024-09-24T18:37:24.100435Z",
  "expires_at": "2024-09-25T18:37:24.100435Z",
  "cancel_initiated_at": null,
  "results_url": null
}

Seguimiento de tu lote

El campo processing_status del lote de mensajes indica la etapa en la que se encuentra el procesamiento del lote. Comienza como in_progress, luego se actualiza a ended una vez que todas las solicitudes en el lote hayan terminado de procesarse y los resultados estén listos. Puedes monitorear el estado de tu lote visitando la Consola, o usando el punto final de recuperación.

Sondeo para completar el lote de mensajes

Para sondear un lote de mensajes, necesitarás su id, que se proporciona en la respuesta al crear un lote o listando lotes. Puedes implementar un bucle de sondeo que verifique el estado del lote periódicamente hasta que el procesamiento haya finalizado:

Listado de todos los lotes de mensajes

Puedes listar todos los lotes de mensajes en tu Workspace usando el punto final de lista. La API admite paginación, obteniendo automáticamente páginas adicionales según sea necesario:

Recuperación de resultados de lotes

Una vez que el procesamiento por lotes ha finalizado, cada solicitud de Messages en el lote tiene un resultado. Hay 4 tipos de resultados:

Verá una descripción general de sus resultados con request_counts del lote, que muestra cuántas solicitudes alcanzaron cada uno de estos cuatro estados.

Los resultados del lote están disponibles para descargar en la propiedad results_url en el Message Batch, y si los permisos de la organización lo permiten, en la Console. Debido al tamaño potencialmente grande de los resultados, se recomienda transmitir resultados en lugar de descargarlos todos a la vez.

Los resultados están en formato .jsonl, donde cada línea es un objeto JSON válido que representa el resultado de una única solicitud en el Message Batch. Para cada resultado transmitido, puede hacer algo diferente dependiendo de su custom_id y tipo de resultado. Aquí hay un conjunto de resultados de ejemplo:

{"custom_id":"my-second-request","result":{"type":"succeeded","message":{"id":"msg_014VwiXbi91y3JMjcpyGBHX5","type":"message","role":"assistant","model":"claude-opus-4-7","content":[{"type":"text","text":"Hello again! It's nice to see you. How can I assist you today? Is there anything specific you'd like to chat about or any questions you have?"}],"stop_reason":"end_turn","stop_sequence":null,"usage":{"input_tokens":11,"output_tokens":36}}}}
{"custom_id":"my-first-request","result":{"type":"succeeded","message":{"id":"msg_01FqfsLoHwgeFbguDgpz48m7","type":"message","role":"assistant","model":"claude-opus-4-7","content":[{"type":"text","text":"Hello! How can I assist you today? Feel free to ask me any questions or let me know if there's anything you'd like to chat about."}],"stop_reason":"end_turn","stop_sequence":null,"usage":{"input_tokens":10,"output_tokens":34}}}}

Si su resultado tiene un error, su result.error se establecerá en la forma de error estándar.

Cancelación de un Message Batch

Puede cancelar un Message Batch que se está procesando actualmente usando el punto final de cancelación. Inmediatamente después de la cancelación, el processing_status de un lote será canceling. Puede usar la misma técnica de sondeo descrita anteriormente para esperar hasta que se finalice la cancelación. Los lotes cancelados terminan con un estado de ended y pueden contener resultados parciales para solicitudes que se procesaron antes de la cancelación.

La respuesta mostrará el lote en estado canceling:

{
  "id": "msgbatch_013Zva2CMHLNnXjNJJKqJ2EF",
  "type": "message_batch",
  "processing_status": "canceling",
  "request_counts": {
    "processing": 2,
    "succeeded": 0,
    "errored": 0,
    "canceled": 0,
    "expired": 0
  },
  "ended_at": null,
  "created_at": "2024-09-24T18:37:24.100435Z",
  "expires_at": "2024-09-25T18:37:24.100435Z",
  "cancel_initiated_at": "2024-09-24T18:39:03.114875Z",
  "results_url": null
}

Uso del almacenamiento en caché de indicaciones con Message Batches

La API de Message Batches admite el almacenamiento en caché de indicaciones, lo que te permite reducir potencialmente los costos y el tiempo de procesamiento para solicitudes por lotes. Los descuentos de precios del almacenamiento en caché de indicaciones y Message Batches se pueden acumular, proporcionando ahorros de costos aún mayores cuando se utilizan ambas características juntas. Sin embargo, dado que las solicitudes por lotes se procesan de forma asincrónica y concurrente, los aciertos de caché se proporcionan sobre la base del mejor esfuerzo. Los usuarios típicamente experimentan tasas de acierto de caché que van del 30% al 98%, dependiendo de sus patrones de tráfico.

Para maximizar la probabilidad de aciertos de caché en tus solicitudes por lotes:

1. Incluye bloques cache_control idénticos en cada solicitud de Message dentro de tu lote
2. Mantén un flujo constante de solicitudes para evitar que las entradas de caché expiren después de su vida útil de 5 minutos
3. Estructura tus solicitudes para compartir la mayor cantidad de contenido almacenado en caché posible

Ejemplo de implementación del almacenamiento en caché de indicaciones en un lote:

En este ejemplo, ambas solicitudes en el lote incluyen mensajes del sistema idénticos y el texto completo de Pride and Prejudice marcado con cache_control para aumentar la probabilidad de aciertos de caché.

Salida extendida (beta)

El encabezado beta output-300k-2026-03-24 eleva el límite de max_tokens a 300,000 para solicitudes por lotes usando Claude Opus 4.7, Claude Opus 4.6 o Claude Sonnet 4.6. Incluye el encabezado para generar salidas mucho más largas que el límite estándar (64k a 128k dependiendo del modelo) en un solo turno.

Utiliza la salida extendida para generación de formato largo como borradores de libros completos y documentación técnica, extracción exhaustiva de datos estructurados, andamios de generación de código grandes y cadenas de razonamiento largas.

Una generación de 300k tokens puede tardar más de una hora en completarse, así que planifica tus envíos de lotes teniendo en cuenta la ventana de procesamiento de 24 horas. Se aplica la fijación de precios estándar de lotes (50% de los precios estándar de la API).

Mejores prácticas para procesamiento por lotes efectivo

Para aprovechar al máximo la API de Batches:

• Monitorea regularmente el estado del procesamiento por lotes e implementa la lógica de reintentos apropiada para solicitudes fallidas.
• Utiliza valores custom_id significativos para hacer coincidir fácilmente los resultados con las solicitudes, ya que el orden no está garantizado.
• Considera dividir conjuntos de datos muy grandes en múltiples lotes para una mejor manejabilidad.
• Realiza una ejecución de prueba de una sola forma de solicitud con la API de Messages para evitar errores de validación.

Solución de problemas comunes

Si experimentas un comportamiento inesperado:

• Verifica que el tamaño total de la solicitud por lotes no exceda 256 MB. Si el tamaño de la solicitud es demasiado grande, puedes obtener un error request_too_large 413.
• Comprueba que estés utilizando modelos compatibles para todas las solicitudes en el lote.
• Asegúrate de que cada solicitud en el lote tenga un custom_id único.
• Asegúrate de que hayan pasado menos de 29 días desde el tiempo de created_at del lote (no el tiempo de ended_at del procesamiento). Si han pasado más de 29 días, los resultados ya no serán visibles.
• Confirma que el lote no ha sido cancelado.

Ten en cuenta que el fallo de una solicitud en un lote no afecta el procesamiento de otras solicitudes.

Almacenamiento de lotes y privacidad

• Aislamiento del espacio de trabajo: Los lotes se aíslan dentro del espacio de trabajo en el que se crean. Solo pueden ser accedidos por claves API asociadas con ese espacio de trabajo, o usuarios con permiso para ver lotes del espacio de trabajo en la Consola.

• Disponibilidad de resultados: Los resultados de los lotes están disponibles durante 29 días después de que se crea el lote, lo que permite tiempo suficiente para la recuperación y el procesamiento.

Retención de datos

El procesamiento por lotes almacena datos de solicitud y respuesta hasta 29 días después de la creación del lote. Puedes eliminar un lote de mensajes en cualquier momento después del procesamiento utilizando el punto final DELETE /v1/messages/batches/{batch_id}. Para eliminar un lote en progreso, cancélalo primero. El procesamiento asincrónico requiere almacenamiento del lado del servidor de entradas y salidas hasta la finalización del lote y la recuperación de resultados.

Para elegibilidad de ZDR en todas las características, consulta Retención de API y datos.

Preguntas frecuentes