Skip to main content

Visão geral

O streaming entrega a saída de forma incremental. Use Responses streaming quando o modelo anunciar um contrato Responses nativo e houver uma rota upstream do mesmo protocolo; caso contrário, use Chat Completions ou o protocolo nativo publicado pelo modelo.

Recomendado: Responses Streaming

Limites de streaming de Responses e Gemini

No Responses SSE, o TokenLab preserva nomes, ordem e campos dos eventos upstream e lê usage e estado terminal fora da banda, sem alterar o wire. Depois do primeiro evento entregue, não tenta outro canal ou credential. Responses WebSocket aceita apenas eventos oficiais response.create. Stream é implícito; background e response.cancel não são oferecidos nesse transporte, e background funciona somente por HTTP. Cada conexão é serial, sem multiplexing, e limitada a 60 minutos. Gemini SSE preserva chunks nativos. Eventos apenas com metadados, chunks intermediários sem finishReason e EOF natural são válidos; o TokenLab não adiciona marcador Chat [DONE].

Streaming de Chat Completions

Se o seu framework ainda espera chunks SSE de /v1/chat/completions, isso também funciona:

Condições de término do stream

Condições típicas de conclusão:
  • response.completed para streams da Responses API
  • finish_reason: "stop" para streams de Chat Completions
  • finish_reason: "length" quando um limite de token é atingido
  • eventos de chamada de tool/function quando o modelo deseja usar tools

Padrão para aplicação web

Boas práticas

Use /v1/responses se o seu SDK ou app já oferecer suporte a ele. Mantenha o streaming de /v1/chat/completions para integrações orientadas por compatibilidade.
Acrescente chunks delta à UI ou ao terminal à medida que eles chegarem, em vez de esperar pela resposta completa.
Considere quedas de rede e desconexões upstream como modos normais de falha e reconecte com cuidado em sessões de longa duração.