What problem does it solve?
Streaming-architecture helps you design systems where a producer emits values over time and a consumer processes them incrementally, with explicit flow control and correct termination semantics, so you avoid slow-consumer memory blowups and ambiguous “silence means done” bugs.
Core Features & Use Cases
- Five-primitive contract: producer, stream, consumer, backpressure, and termination defined explicitly, including failure modes when any piece is missing.
- Transport selection guidance: choosing between HTTP chunked transfer, SSE, WebSocket, HTTP/2 streams, gRPC streaming, WHATWG Streams, and Node streams based on directionality and framing needs.
- Backpressure and error semantics: strategies such as pull, credit-based push, drop/block on overflow, and defined in-stream error handling (fail-fast vs in-band vs out-of-band).
- Resume correctness: designing reconnect/resume behavior so consumers can continue without gaps or duplicates when termination and disconnect semantics matter.
- Framework mapping: translating the same streaming contract across modern framework mechanisms like RSC and streaming SSR.
Quick Start
Apply this skill when designing a server endpoint that must deliver 50,000 rows incrementally, and ensure the producer/consumer contract, backpressure strategy, termination signaling, and mid-stream failure semantics are explicitly specified.