Skip to main content
LangChain agents are built on LangGraph, so they support the same streaming stack with agent-focused projections for messages, tool calls, state, and custom updates. For most application and frontend use cases, use Event Streaming through stream_events(..., version="v3"). Event Streaming returns a run object with typed projections, so each projection can be consumed independently instead of parsing stream-mode tuples.

What you can stream

stream.messages yields message streams. Each message stream exposes .text, .reasoning, .toolCalls, .output, and .usage. Async projections can be iterated for live deltas or awaited for final values.

Agent messages

Use stream.messages when you want model output from each LLM call.
message.output gives you the finalized AI message, including provider-specific content blocks. In TypeScript, use message.usage when you only need token counts or other usage metadata; in Python, read usage from message.output.usage_metadata.

Reasoning content

Reasoning content uses the same shape as text content, but it is available only when the selected model emits reasoning blocks.
See the reasoning guide and your provider’s integration page for model configuration details.

Tool calls

There are two useful tool-call projections:
  • message.tool_calls streams tool-call argument chunks while the model is producing the tool call.
  • stream.tool_calls streams the lifecycle of tool execution after the tool call starts.

Streaming sub-agents

When a create_agent call invokes another named create_agent (via a wrapping tool, typically), the inner agent’s events flow at a nested namespace. The name= you pass to create_agent identifies that inner agent in the stream, so you can filter and label per agent. Named sub-agents surface as handles on stream.subgraphs, alongside any plain subgraphs. Each handle exposes the inner agent’s .messages, .values, .toolCalls, and .output; filter on subagent.name (the name= you passed) to act on a specific agent.
Plain StateGraph subgraphs invoked from a tool also surface on stream.subgraphs — set name= on .compile(name=...) to get a label in subagent.graph_name. Named sub-agents share the stream.subgraphs projection with plain subgraphs; the filter you write into your loop is what separates them.

State and final output

Use stream.values for state snapshots and stream.output for the final agent state.

Multiple projections

Use concurrent consumers when you want multiple projections in JavaScript:
To access channels that aren’t exposed as typed projections, or to inspect the full event envelope, iterate raw protocol events:

Custom updates

Use custom stream transformers when your application needs a projection that is not built in, such as retrieval progress, artifacts, or domain-specific events.

Register transformers on middleware

Middleware-registered transformers require langchain@1.4.3 or later.
Middleware can declare stream transformer factories alongside its hooks and tools. The factory shape differs between languages: Pass streamTransformers to createMiddleware as a tuple of factories. Each factory has the shape () => StreamTransformer<any> (zero arguments) and is invoked once per scope. Returning a fresh transformer per call keeps each subgraph isolated.
At compile time, createAgent merges middleware-registered factories with anything passed to its own streamTransformers option. The final order on the compiled graph is:
  1. The built-in ToolCallTransformer.
  2. Middleware-registered factories, in middleware order.
  3. Caller-supplied streamTransformers from createAgent.
This keeps the built-in tool-call projection in front of consumer transformers and gives caller-supplied entries the final word. See Build your own projection for the transformer contract.