Skip to main content
Weave for Agents is in public preview. Features, APIs, and the Agents view UI may change before general availability.
Learn how to instrument a multi-turn agentic application using the W&B Weave SDK so that you can view, debug, and evaluate your agent’s behavior. This guide is intended for developers who build or integrate agents and want structured visibility into sessions, turns, LLM calls, and tool executions. The Weave SDK for Agents models the full lifecycle of a multi-turn agent conversation: the agent that owns many sessions, the session that groups turns together, each user-agent exchange (turn), the LLM calls within a turn, and the tool executions that an LLM triggers. Traces appear in the Agents tab of your Weave project. Each session shows a multi-turn timeline with nested tool calls, token usage, and feedback. If you’re tracing individual functions as Ops with the @weave.op decorator, see Trace LLM applications instead.

Before you begin

To get started, install the weave package and initialize your project. This step registers your team and project with Weave so that the SDK routes spans to the correct location in the UI.
Replace [YOUR-TEAM] with your W&B team name and [YOUR-PROJECT] with your W&B project name.
Call weave.init() before any start_session(), start_turn(), start_llm(), or start_tool() call. All agent tracing functions no-op silently when tracing is disabled or the init call is absent, so you can leave instrumentation in production code and control it through configuration.

The agent data model

Weave models agent behavior as a hierarchy of one-to-many relationships. Each agent can have many sessions, each session can have many turns, each turn can have many LLM calls, and each LLM call can trigger many tool calls. The following diagram shows how one agent spans many sessions, one session spans many turns, and so on. A session groups turns by a shared conversation_id attribute rather than a parent span, so each turn starts its own OTel trace. This design supports distributed tracing and parallel execution. The client sends spans directly to the OTel collector without any server-side aggregation.
To integrate Weave with SDKs or harnesses such as the Claude Agent SDK or Codex, see Trace agent integrations. Weave autopatches into several agent-building SDKs and agent harnesses for quick integration.

Agent tracing APIs

The following sections describe each top-level tracing function and the arguments it accepts. Use them to instrument the session, turn, LLM call, and tool call layers of the data model described in the previous section. Weave exposes the following top-level functions. Each function returns an object that works as a context manager (using with in Python, or try/finally in TypeScript) or that you can close manually by calling .end().

Start a session

start_session() / startSession() sets a conversation_id attribute on all child spans so that turns are grouped in the Agents tab. If you pass a session_id, it must be stable across the lifetime of the conversation. Reuse the same ID to add new turns to an existing session. When you omit session_id, the SDK generates a UUID automatically. The active session is stored in context (a Python ContextVar or Node.js AsyncLocalStorage), so any code running in the same async context can retrieve it with weave.get_current_session() / weave.getCurrentSession() without passing the session object explicitly.

Start a turn

start_turn() / startTurn() creates a new invoke_agent span that becomes the root of a new OTel trace. Weave uses this span to represent one complete user-agent exchange in the timeline view. When called as a top-level function, it resolves the active session from context and inherits its conversation ID. If no session is active, Weave creates the turn without a conversation_id and doesn’t group it with other turns.

Start an LLM call

start_llm() / startLLM() creates a chat span nested under the current turn. Weave uses this span to display token usage, model name, input and output messages, and reasoning in the Agents view.
After the LLM call completes, assign the response data to the llm object before it closes:
Pass provider_name / providerName explicitly. Weave doesn’t infer it from the model string.

Start a tool call

start_tool() / startTool() creates an execute_tool span. The span becomes a child of whatever OTel span is active in context (typically the chat span of the LLM call that produced the tool call).
Assign the tool result before closing:

Usage patterns for agent tracing

The following sections describe how to combine these functions depending on how your agent code is structured. The following examples use two types from the Weave SDK:
  • Message represents a single entry in a conversation: a user input, an assistant response, a system prompt, or a tool result. Assign to llm.input_messages / llm.inputMessages to record what the model received and produced.
  • Usage captures token counts from the LLM response and is assigned to llm.usage.
Weave uses both to populate the Agents view with the inputs, outputs, and token usage of each LLM call. For all supported data types, see the API reference.

Context manager or try-finally pattern

For most agents, use a context manager pattern in Python or a try-finally pattern in TypeScript. The span closes and sends at the end of the block, even if an exception occurs. Weave stores the active session, turn, and LLM call in context, so any function called within a block can call start_llm() / startLLM() or start_tool() / startTool() without holding an explicit reference to the parent. This works across module boundaries as long as the code runs in the same async context. To retrieve the active objects from anywhere in the call stack, use weave.get_current_session() / weave.getCurrentSession(), weave.get_current_turn() / weave.getCurrentTurn(), and weave.get_current_llm() / weave.getCurrentLLM().

Manual start and end pattern

Use .end() explicitly when you can’t use with blocks or try/finally. For example, when you open and close spans in different function calls, or when you manage async lifecycle outside a coroutine. You’re responsible for calling .end() on every object you create, so that spans close and flush to the collector.

Semantic conventions

The Weave SDK emits OTel spans that conform to the GenAI semantic conventions and GenAI agent span conventions. Weave accepts any OTel span, stores all attributes, and makes them queryable. You can add arbitrary attributes to spans with the standard OTel span API alongside Weave’s tracing objects.

How spans appear in the Weave UI

After you instrument your agent with the preceding patterns and run it, your traces appear in the Agents tab of your Weave project at https://wandb.ai/[YOUR-TEAM]/[YOUR-PROJECT]/weave/agents.
  • The Sessions list shows all sessions with a minimap of turn activity.
  • The multi-turn session view opens when you click a session and shows each turn, its LLM calls, tool executions, token counts, and any attached feedback.
  • Each chat span shows the input messages, output messages, model name, and usage.
  • Each execute_tool span shows the tool name, arguments, and result.
For details on viewing Agents data in Weave, see View agent activity.