Weave for Agents is in public preview. Features, APIs, and the Agents view UI may change before general availability.
@weave.op decorator, see Trace LLM applications instead.
Before you begin
To get started, install theweave package and initialize your project. This makes Weave aware of your team and project so that spans are routed to the correct location in the UI.
Install Weave and initialize your project:
- Python
- TypeScript
[YOUR-TEAM] with your W&B team name and [YOUR-PROJECT] with your W&B project name.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.
Agent tracing APIs
Weave exposes the following top-level functions. Each function returns an object that works as a context manager (usingwith 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.
- Python
- TypeScript
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, the turn is created without a conversation_id and won’t be grouped with other turns.
- Python
- TypeScript
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.
- Python
- TypeScript
llm object before it closes:
- Python
- TypeScript
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).
- Python
- TypeScript
- Python
- TypeScript
Usage patterns for agent tracing
The following sections describe how to combine these functions depending on how your agent code is structured. The examples below use two types from the Weave SDK:Messagerepresents a single entry in a conversation: a user input, an assistant response, a system prompt, or a tool result. Assign tollm.input_messages/llm.inputMessagesto record what the model received and produced.Usagecaptures token counts from the LLM response and is assigned tollm.usage.
Context manager / try-finally pattern
The recommended approach for most agents is using 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 callstart_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().
- Python
- TypeScript
Manual start and end pattern
Use.end() explicitly when you can’t use with blocks or try/finally. For example, when spans are opened and closed in different function calls, or when managing async lifecycle outside a coroutine.
- Python
- TypeScript
Semantic conventions
The Weave SDK emits OTel spans that conform to the GenAI semantic conventions and GenAI agent span conventions. Any OTel span is accepted. Weave stores all attributes and makes them queryable. You can add arbitrary attributes to spans using the standard OTel span API alongside Weave’s tracing objects.How spans appear in the Weave UI
Once you run instrumented code, your traces appear in the Agents tab of your Weave project athttps://wandb.ai/[YOUR-TEAM]/[YOUR-PROJECT]/weave/agents.
- The Sessions list shows all sessions with a minimap of turn activity.
- Clicking a session opens the multi-turn session view showing each turn, its LLM calls, tool executions, token counts, and any attached feedback.
- Each
chatspan shows the input messages, output messages, model name, and usage. - Each
execute_toolspan shows the tool name, arguments, and result.