SSE
Server-Sent Events (SSE) is a server push technology based on the HTTP protocol that allows a server to unidirectionally and continuously send event stream data to clients over a persistent connection. Core characteristics include a long-lived connection initiated by the client, unidirectional data transmission in text format, and support for automatic reconnection. SSE is commonly used in web application scenarios requiring server-initiated updates, such as real-time notifications, data push, and log streaming.
Core Facts
SSE or WebSocket protocols can push the model's token-by-token generated content to the front end in real time, enabling streaming responses from the Agent
SSE is a server push technology defined in the HTML5 standard that allows a server to unidirectionally push data to a client over an HTTP connection.
MCP采用客户端-服务器架构,基于标准化的JSON-RPC通信协议
Timeline (last 90 days)
Streaming output pushes tokens chunk by chunk via Server-Sent Events (SSE) or HTTP chunked encoding, and the frontend renders each increment immediately upon receiving it.
Streaming responses mean the model returns content incrementally via SSE or a data stream as it generates, allowing the frontend to render in real time.
SSE (Server-Sent Events) is a server push technology defined in the HTML5 specification that only supports a one-way stream from server to client; MCP in SSE mode adopts a dual-channel design, where the client sends requests via HTTP POST and the server's responses and notifications are sent back through the SSE stream.
Streaming output relies on HTTP chunked transfer or SSE (Server-Sent Events); if the frontend uses ordinary fetch to read response.json(), it waits for the entire stream to finish before parsing, causing the interface to stay blank for a long time; the correct approach is to read the ReadableStream of response.body and decode it chunk by chunk.
Session communication is done through an event stream: the frontend sends user.message events, and the backend listens to the SSE stream and pushes the agent's responses back to the browser in real time.
When connecting directly via the Chat API, access credentials should be kept on the server side, long-lived Tokens should not be exposed in the browser, and attention should be paid to how streaming responses (SSE) are integrated.
In the MCP specification, Sampling, Roots, and Logging have been marked as deprecated and can still be used for at least 12 months; the long-running Tasks capability has been moved out of the core to become an official extension; SSE is the deprecated legacy transport method—local processes use Standard IO, and remote services use Streamable HTTP.
In long tasks, simple polling is inefficient, and SSE or WebSocket are more common choices for streaming progress updates, but backpressure and reconnection must be handled to avoid duplicate or out-of-order events.
A2A's task model is designed for long-running scenarios: a task delegation produces a Task object with a unique ID whose state transitions among submitted, working, input-required, completed, failed and others, during which progress updates can be streamed via SSE, and push notification callbacks are also supported.
The AI SDK's streaming responses typically rely on SSE or similar streaming HTTP protocols at the underlying level.
40 more timeline events
All Facts (20)
SSE or WebSocket protocols can push the model's token-by-token generated content to the front end in real time, enabling streaming responses from the Agent
90%VerifiedSSE is a server push technology defined in the HTML5 standard that allows a server to unidirectionally push data to a client over an HTTP connection.
90%VerifiedMCP采用客户端-服务器架构,基于标准化的JSON-RPC通信协议
90%VerifiedMCP协议支持两种传输方式:stdio(标准输入输出)和HTTP SSE(Server-Sent Events)
80%VerifiedSSE(Server-Sent Events)是一种服务器向客户端单向推送数据的HTTP标准,相比WebSocket更轻量,无需握手协议,天然支持断线重连
80%VerifiedRemote MCP services adopt the Streamable HTTP mode, based on HTTP/1.1 or HTTP/2 protocols, with support for Server-Sent Events (SSE).
80%Verified@ai-sdk/svelte is encapsulated based on Svelte reactive primitives, mapping AI SDK streaming state (such as isLoading, messages, and input) to reactive variables consumable by Svelte.
75%VerifiedCompared to WebSocket, SSE is lighter to implement, natively supports automatic reconnection, and is the superior engineering choice for unidirectional scenarios where only server-side push is needed.
75%VerifiedStreaming responses use the Server-Sent Events (SSE) protocol to push generated tokens to the client one by one in real time, achieving the effect of text appearing character by character.
75%VerifiedOpenAI's streaming responses use the SSE (Server-Sent Events) protocol and send a data: [DONE] signal when the stream ends.
75%VerifiedThe Vercel AI SDK's streaming processing is implemented based on the Web Streams API and Server-Sent Events (SSE).
75%VerifiedIn early 2025, the community proposed the Streamable HTTP transport method as a replacement for SSE.
65%Verified流式传输在技术上通常通过 Server-Sent Events(SSE)或 WebSocket 协议实现,模型生成的token被逐个或分批推送到客户端
65%VerifiedOn x86 architectures, SIMD evolved from SSE (128-bit) to AVX-512 (512-bit), while ARM has NEON and SVE instruction sets
65%VerifiedSSE implements one-way server-to-client push over HTTP long connections, and supports reconnection after disconnection via the Last-Event-ID header.
65%VerifiedSSE is a technology based on the HTTP protocol for server-to-client one-way real-time data stream pushing, and is the mainstream solution for streaming output from large models.
65%VerifiedMainstream APIs from OpenAI, Anthropic, and others all use the SSE protocol to return token streams, with the frontend consuming data via the EventSource API or the fetch ReadableStream interface.
65%UnverifiedDify提供了标准化的RESTful API和SSE(Server-Sent Events)流式接口
90%Unverified在大模型场景中,SSE成为流式输出的主流方案,因为token逐步生成的特性与SSE的事件流模型高度契合
90%UnverifiedMCP Server端使用WebFlux而非传统Spring MVC,主要因为MCP通信依赖SSE(Server-Sent Events)长连接技术
85%