Mensajes en Streaming
Al crear un Mensaje, puedes establecer "stream": true
para transmitir incrementalmente la respuesta usando eventos enviados por el servidor (SSE).
Streaming con SDKs
Nuestros SDKs de Python y TypeScript ofrecen múltiples formas de streaming. El SDK de Python permite streams tanto síncronos como asíncronos. Consulta la documentación en cada SDK para más detalles.
Tipos de eventos
Cada evento enviado por el servidor incluye un tipo de evento nombrado y datos JSON asociados. Cada evento utilizará un nombre de evento SSE (por ejemplo, event: message_stop
), e incluirá el type
de evento correspondiente en sus datos.
Cada stream utiliza el siguiente flujo de eventos:
message_start
: contiene un objetoMessage
concontent
vacío.- Una serie de bloques de contenido, cada uno de los cuales tiene un
content_block_start
, uno o más eventoscontent_block_delta
, y un eventocontent_block_stop
. Cada bloque de contenido tendrá unindex
que corresponde a su índice en el array final decontent
del Mensaje. - Uno o más eventos
message_delta
, indicando cambios de nivel superior en el objetoMessage
final. - Un evento final
message_stop
.
Eventos ping
Los streams de eventos también pueden incluir cualquier número de eventos ping
.
Eventos de error
Ocasionalmente podemos enviar errores en el stream de eventos. Por ejemplo, durante períodos de alto uso, puedes recibir un overloaded_error
, que normalmente correspondería a un HTTP 529 en un contexto sin streaming:
Otros eventos
De acuerdo con nuestra política de versionado, podemos agregar nuevos tipos de eventos, y tu código debe manejar los tipos de eventos desconocidos de manera elegante.
Tipos de delta
Cada evento content_block_delta
contiene un delta
de un tipo que actualiza el bloque de content
en un index
dado.
Delta de texto
Un delta de bloque de contenido text
se ve así:
Delta de JSON de entrada
Los deltas para bloques de contenido tool_use
corresponden a actualizaciones para el campo input
del bloque. Para admitir la máxima granularidad, los deltas son cadenas JSON parciales, mientras que el tool_use.input
final es siempre un objeto.
Puedes acumular las cadenas delta y analizar el JSON una vez que recibas un evento content_block_stop
, usando una biblioteca como Pydantic para hacer análisis JSON parcial, o usando nuestros SDKs, que proporcionan ayudantes para acceder a valores incrementales analizados.
Un delta de bloque de contenido tool_use
se ve así:
Nota: Nuestros modelos actuales solo admiten la emisión de una propiedad completa de clave y valor de input
a la vez. Como tal, cuando se usan herramientas, puede haber retrasos entre eventos de streaming mientras el modelo está trabajando. Una vez que se acumulan una clave y valor de input
, los emitimos como múltiples eventos content_block_delta
con JSON parcial fragmentado para que el formato pueda admitir automáticamente una granularidad más fina en modelos futuros.
Respuesta de stream HTTP sin procesar
Recomendamos encarecidamente que uses nuestros SDKs de cliente cuando uses el modo streaming. Sin embargo, si estás construyendo una integración directa con la API, necesitarás manejar estos eventos tú mismo.
Una respuesta de stream está compuesta por:
- Un evento
message_start
- Potencialmente múltiples bloques de contenido, cada uno de los cuales contiene:
a. Un evento
content_block_start
b. Potencialmente múltiples eventoscontent_block_delta
c. Un eventocontent_block_stop
- Un evento
message_delta
- Un evento
message_stop
También puede haber eventos ping
dispersos a lo largo de la respuesta. Consulta Tipos de eventos para más detalles sobre el formato.
Solicitud básica de streaming
Solicitud de streaming con uso de herramientas
En esta solicitud, le pedimos a Claude que use una herramienta para decirnos el clima.