Browser AI Tracing
Learn how to manually instrument AI agents in browser applications.
With Sentry Agent Tracing, you can monitor and debug your AI systems with full-stack context. You'll be able to track key insights like token usage, latency, tool usage, and error rates. Agent Tracing data will be fully connected to your other Sentry data like logs, errors, and traces.
Before setting up Agent Tracing, ensure you have tracing enabled in your Sentry configuration.
Browser applications require manual instrumentation. Unlike Node.js applications, the JavaScript SDK does not provide automatic instrumentation for AI libraries in the browser.
For supported AI libraries, Sentry provides manual instrumentation helpers that simplify span creation. These helpers handle the complexity of creating properly structured spans with the correct attributes.
Supported libraries:
Each integration page includes a manual-instrumentation example with options like recordInputs and recordOutputs.
import * as Sentry from "___SDK_PACKAGE___";
import OpenAI from "openai";
const client = Sentry.instrumentOpenAiClient(
new OpenAI({ apiKey: "...", dangerouslyAllowBrowser: true }),
{
recordInputs: true,
recordOutputs: true,
},
);
// All calls are now instrumented
const response = await client.chat.completions.create({
model: "gpt-4o-mini",
messages: [{ role: "user", content: "Hello!" }],
});
import * as Sentry from "___SDK_PACKAGE___";
import OpenAI from "openai";
const client = Sentry.instrumentOpenAiClient(
new OpenAI({ apiKey: "...", dangerouslyAllowBrowser: true }),
{
recordInputs: true,
recordOutputs: true,
},
);
// All calls are now instrumented
const response = await client.chat.completions.create({
model: "gpt-4o-mini",
messages: [{ role: "user", content: "Hello!" }],
});
If you're using a library that Sentry doesn't provide helpers for, create spans manually. Spans need well-defined names and data attributes so agent data shows up correctly in the AI Agents Dashboards.
When instrumenting an agent loop, spans nest like this:
── invoke_agent My Agent (gen_ai.invoke_agent)
├── chat gpt-4o (gen_ai.chat) ← 1st LLM call
├── execute_tool get_weather (gen_ai.execute_tool) ← tool run
├── chat gpt-4o (gen_ai.chat) ← 2nd LLM call
└── ...
── invoke_agent My Agent (gen_ai.invoke_agent)
├── chat gpt-4o (gen_ai.chat) ← 1st LLM call
├── execute_tool get_weather (gen_ai.execute_tool) ← tool run
├── chat gpt-4o (gen_ai.chat) ← 2nd LLM call
└── ...
gen_ai.invoke_agent is the container. gen_ai.chat and gen_ai.execute_tool spans are its children (siblings of each other). A gen_ai.chat span can also appear without an agent parent for standalone LLM calls.
Set these when the span starts (before the model or tool call), so head-based sampling can see them:
gen_ai.operation.name— required; classifies the span (chat,invoke_agent,execute_tool, …)gen_ai.provider.name— e.g.openai,anthropicgen_ai.request.model— requested model (pass the raw provider string)gen_ai.agent.name/gen_ai.tool.name— when applicable
Complex values (messages, tool definitions, arrays) must be JSON strings — span attributes only accept primitives.
For manual spans, prompt/response/tool content is whatever you set on the span. Omit those attributes (or gate them yourself) when you do not want content captured. Integration helpers honor recordInputs / recordOutputs (and related defaults).
This span represents a request to an LLM model or service that generates a response based on the input prompt.
const messages = [
{ role: "user", parts: [{ type: "text", content: "Tell me a joke" }] },
];
const tools = [
{ name: "get_weather", description: "Get weather for a city" },
];
await Sentry.startSpan(
{
op: "gen_ai.chat",
name: "chat o3-mini",
attributes: {
"gen_ai.operation.name": "chat",
"gen_ai.request.model": "o3-mini",
"gen_ai.provider.name": "openai",
"gen_ai.agent.name": "Weather Agent", // when this call is under an agent
"gen_ai.system_instructions": "You are a helpful assistant.",
"gen_ai.tool.definitions": JSON.stringify(tools),
"gen_ai.input.messages": JSON.stringify(messages),
},
},
async (span) => {
// Call your model provider; map its response into span attributes below
const result = await yourLLMClient.chat({
model: "o3-mini",
messages,
});
span.setAttribute("gen_ai.response.model", result.model);
span.setAttribute("gen_ai.response.id", result.id);
span.setAttribute(
"gen_ai.output.messages",
JSON.stringify([
{
role: "assistant",
parts: [{ type: "text", content: result.text }],
},
]),
);
span.setAttribute(
"gen_ai.response.finish_reasons",
JSON.stringify([result.finishReason]),
);
span.setAttribute(
"gen_ai.usage.input_tokens",
result.usage.inputTokens,
);
span.setAttribute(
"gen_ai.usage.output_tokens",
result.usage.outputTokens,
);
// If the provider reports cached tokens, record them as a subset of input tokens
if (result.usage.cachedInputTokens != null) {
span.setAttribute(
"gen_ai.usage.cache_read.input_tokens",
result.usage.cachedInputTokens,
);
}
return result;
},
);
const messages = [
{ role: "user", parts: [{ type: "text", content: "Tell me a joke" }] },
];
const tools = [
{ name: "get_weather", description: "Get weather for a city" },
];
await Sentry.startSpan(
{
op: "gen_ai.chat",
name: "chat o3-mini",
attributes: {
"gen_ai.operation.name": "chat",
"gen_ai.request.model": "o3-mini",
"gen_ai.provider.name": "openai",
"gen_ai.agent.name": "Weather Agent", // when this call is under an agent
"gen_ai.system_instructions": "You are a helpful assistant.",
"gen_ai.tool.definitions": JSON.stringify(tools),
"gen_ai.input.messages": JSON.stringify(messages),
},
},
async (span) => {
// Call your model provider; map its response into span attributes below
const result = await yourLLMClient.chat({
model: "o3-mini",
messages,
});
span.setAttribute("gen_ai.response.model", result.model);
span.setAttribute("gen_ai.response.id", result.id);
span.setAttribute(
"gen_ai.output.messages",
JSON.stringify([
{
role: "assistant",
parts: [{ type: "text", content: result.text }],
},
]),
);
span.setAttribute(
"gen_ai.response.finish_reasons",
JSON.stringify([result.finishReason]),
);
span.setAttribute(
"gen_ai.usage.input_tokens",
result.usage.inputTokens,
);
span.setAttribute(
"gen_ai.usage.output_tokens",
result.usage.outputTokens,
);
// If the provider reports cached tokens, record them as a subset of input tokens
if (result.usage.cachedInputTokens != null) {
span.setAttribute(
"gen_ai.usage.cache_read.input_tokens",
result.usage.cachedInputTokens,
);
}
return result;
},
);
Keep system prompts in gen_ai.system_instructions, not inside gen_ai.input.messages. Conversation titles are derived from the first user message in the input messages.
Messages use {role, parts} where each part has a type. Common types:
text— user-visible contentreasoning— internal thinking (not shown in the user-facing Conversations view)tool_call/tool_call_response— tool invocations linked by a sharedid
Unknown part types are not shown prominently in the Conversations UI. They remain available only in the raw span attribute values.
Models with extended thinking (such as Anthropic's thinking blocks, Gemini's thought, or DeepSeek's reasoning_content) produce internal reasoning that isn't part of the user-visible reply. Represent this as a reasoning part alongside the user-facing text part — don't fold thinking into text.
span.setAttribute(
"gen_ai.output.messages",
JSON.stringify([
{
role: "assistant",
parts: [
{ type: "reasoning", content: "6 times 7 is 42." },
{ type: "text", content: "The answer is 42." },
],
},
]),
);
span.setAttribute("gen_ai.usage.output_tokens", result.usage.outputTokens);
// Reasoning tokens are a subset of output tokens
span.setAttribute(
"gen_ai.usage.reasoning.output_tokens",
result.usage.reasoningTokens,
);
span.setAttribute(
"gen_ai.output.messages",
JSON.stringify([
{
role: "assistant",
parts: [
{ type: "reasoning", content: "6 times 7 is 42." },
{ type: "text", content: "The answer is 42." },
],
},
]),
);
span.setAttribute("gen_ai.usage.output_tokens", result.usage.outputTokens);
// Reasoning tokens are a subset of output tokens
span.setAttribute(
"gen_ai.usage.reasoning.output_tokens",
result.usage.reasoningTokens,
);
When previous thinking is fed back into a multi-turn request, include the same reasoning parts in assistant messages within gen_ai.input.messages.
Link a tool request to its result with the same id:
// Model asked to call a tool
span.setAttribute(
"gen_ai.output.messages",
JSON.stringify([
{
role: "assistant",
parts: [
{
type: "tool_call",
id: "call_abc",
name: "get_weather",
arguments: { location: "Paris" },
},
],
},
]),
);
// Later chat span: tool result fed back to the model
const inputWithTool = [
{
role: "user",
parts: [{ type: "text", content: "Weather in Paris?" }],
},
{
role: "assistant",
parts: [
{
type: "tool_call",
id: "call_abc",
name: "get_weather",
arguments: { location: "Paris" },
},
],
},
{
role: "tool",
parts: [
{
type: "tool_call_response",
id: "call_abc",
name: "get_weather",
content: '{"temp_c": 18}',
},
],
},
];
span.setAttribute("gen_ai.input.messages", JSON.stringify(inputWithTool));
// Model asked to call a tool
span.setAttribute(
"gen_ai.output.messages",
JSON.stringify([
{
role: "assistant",
parts: [
{
type: "tool_call",
id: "call_abc",
name: "get_weather",
arguments: { location: "Paris" },
},
],
},
]),
);
// Later chat span: tool result fed back to the model
const inputWithTool = [
{
role: "user",
parts: [{ type: "text", content: "Weather in Paris?" }],
},
{
role: "assistant",
parts: [
{
type: "tool_call",
id: "call_abc",
name: "get_weather",
arguments: { location: "Paris" },
},
],
},
{
role: "tool",
parts: [
{
type: "tool_call_response",
id: "call_abc",
name: "get_weather",
content: '{"temp_c": 18}',
},
],
},
];
span.setAttribute("gen_ai.input.messages", JSON.stringify(inputWithTool));
This span represents the execution of an AI agent, capturing the full lifecycle from receiving a task to producing a final response.
For a complete guide on naming agents across all supported frameworks, see Naming Your Agents.
const messages = [
{
role: "user",
parts: [{ type: "text", content: "What's the weather in Paris?" }],
},
];
const tools = [
{ name: "get_weather", description: "Get weather for a city" },
];
await Sentry.startSpan(
{
op: "gen_ai.invoke_agent",
name: "invoke_agent Weather Agent",
attributes: {
"gen_ai.operation.name": "invoke_agent",
"gen_ai.agent.name": "Weather Agent",
"gen_ai.provider.name": "openai",
"gen_ai.request.model": "o3-mini",
"gen_ai.system_instructions": "You are a weather assistant.",
"gen_ai.tool.definitions": JSON.stringify(tools),
"gen_ai.input.messages": JSON.stringify(messages),
},
},
async (span) => {
// myAgent is your agent runner; expect { output, usage: { inputTokens, outputTokens } }
const result = await myAgent.run();
span.setAttribute(
"gen_ai.output.messages",
JSON.stringify([
{
role: "assistant",
parts: [{ type: "text", content: String(result.output) }],
},
]),
);
span.setAttribute(
"gen_ai.usage.input_tokens",
result.usage.inputTokens,
);
span.setAttribute(
"gen_ai.usage.output_tokens",
result.usage.outputTokens,
);
return result;
},
);
const messages = [
{
role: "user",
parts: [{ type: "text", content: "What's the weather in Paris?" }],
},
];
const tools = [
{ name: "get_weather", description: "Get weather for a city" },
];
await Sentry.startSpan(
{
op: "gen_ai.invoke_agent",
name: "invoke_agent Weather Agent",
attributes: {
"gen_ai.operation.name": "invoke_agent",
"gen_ai.agent.name": "Weather Agent",
"gen_ai.provider.name": "openai",
"gen_ai.request.model": "o3-mini",
"gen_ai.system_instructions": "You are a weather assistant.",
"gen_ai.tool.definitions": JSON.stringify(tools),
"gen_ai.input.messages": JSON.stringify(messages),
},
},
async (span) => {
// myAgent is your agent runner; expect { output, usage: { inputTokens, outputTokens } }
const result = await myAgent.run();
span.setAttribute(
"gen_ai.output.messages",
JSON.stringify([
{
role: "assistant",
parts: [{ type: "text", content: String(result.output) }],
},
]),
);
span.setAttribute(
"gen_ai.usage.input_tokens",
result.usage.inputTokens,
);
span.setAttribute(
"gen_ai.usage.output_tokens",
result.usage.outputTokens,
);
return result;
},
);
Child gen_ai.chat spans should also set gen_ai.agent.name so model usage can be attributed per agent.
This span represents the execution of a tool or function that was requested by an AI model, including the input arguments and resulting output.
await Sentry.startSpan(
{
op: "gen_ai.execute_tool",
name: "execute_tool get_weather",
attributes: {
"gen_ai.operation.name": "execute_tool",
"gen_ai.tool.name": "get_weather",
"gen_ai.tool.description": "Get weather for a city",
"gen_ai.tool.call.arguments": JSON.stringify({ location: "Paris" }),
},
},
async (span) => {
try {
const result = await getWeather({ location: "Paris" });
span.setAttribute("gen_ai.tool.call.result", JSON.stringify(result));
return result;
} catch (error) {
span.setStatus({ code: 2, message: "internal_error" });
span.setAttribute(
"error.type",
error instanceof Error ? error.constructor.name : "Error",
);
throw error;
}
},
);
await Sentry.startSpan(
{
op: "gen_ai.execute_tool",
name: "execute_tool get_weather",
attributes: {
"gen_ai.operation.name": "execute_tool",
"gen_ai.tool.name": "get_weather",
"gen_ai.tool.description": "Get weather for a city",
"gen_ai.tool.call.arguments": JSON.stringify({ location: "Paris" }),
},
},
async (span) => {
try {
const result = await getWeather({ location: "Paris" });
span.setAttribute("gen_ai.tool.call.result", JSON.stringify(result));
return result;
} catch (error) {
span.setStatus({ code: 2, message: "internal_error" });
span.setAttribute(
"error.type",
error instanceof Error ? error.constructor.name : "Error",
);
throw error;
}
},
);
Marking failed tools with an error status populates the Tool Errors widget.
When the model streams tokens, keep the span open until the stream finishes (including when you yield chunks to the client). Set response attributes when you have the final usage and text:
gen_ai.response.streaming—truegen_ai.response.time_to_first_chunk— seconds until the first chunkgen_ai.response.tokens_per_second— output throughput, if you can measure itgen_ai.output.messages, token usage, andgen_ai.response.model— same as a non-streaming call, once the stream completes
Use Sentry.startInactiveSpan so the span outlives the initial call, and Sentry.withActiveSpan so child spans nest correctly. End the span when the stream completes or errors:
async function callLLMStreaming(model, messages) {
const span = Sentry.startInactiveSpan({
name: `chat ${model}`,
op: "gen_ai.chat",
attributes: {
"gen_ai.operation.name": "chat",
"gen_ai.request.model": model,
"gen_ai.input.messages": JSON.stringify(messages),
},
});
try {
const stream = await Sentry.withActiveSpan(span, () =>
yourLLMClient.stream({ model, messages }),
);
// Accumulate from chunk events — stream "end" has no payload
let text = "";
let usage = { inputTokens: 0, outputTokens: 0 };
let responseModel = model;
stream.on("data", (chunk) => {
// Map chunk fields to your provider's shape
if (chunk.text) {
text += chunk.text;
}
if (chunk.usage) {
usage = chunk.usage;
}
if (chunk.model) {
responseModel = chunk.model;
}
});
stream.on("end", () => {
span.setAttribute(
"gen_ai.output.messages",
JSON.stringify([
{
role: "assistant",
parts: [{ type: "text", content: text }],
},
]),
);
span.setAttribute("gen_ai.usage.input_tokens", usage.inputTokens);
span.setAttribute("gen_ai.usage.output_tokens", usage.outputTokens);
span.setAttribute("gen_ai.response.model", responseModel);
span.setAttribute("gen_ai.response.streaming", true);
span.end();
});
stream.on("error", (error) => {
span.setStatus({ code: 2, message: "internal_error" });
span.setAttribute(
"error.type",
error instanceof Error ? error.constructor.name : "Error",
);
span.end();
});
return stream;
} catch (error) {
span.setStatus({ code: 2, message: "internal_error" });
span.setAttribute(
"error.type",
error instanceof Error ? error.constructor.name : "Error",
);
span.end();
throw error;
}
}
async function callLLMStreaming(model, messages) {
const span = Sentry.startInactiveSpan({
name: `chat ${model}`,
op: "gen_ai.chat",
attributes: {
"gen_ai.operation.name": "chat",
"gen_ai.request.model": model,
"gen_ai.input.messages": JSON.stringify(messages),
},
});
try {
const stream = await Sentry.withActiveSpan(span, () =>
yourLLMClient.stream({ model, messages }),
);
// Accumulate from chunk events — stream "end" has no payload
let text = "";
let usage = { inputTokens: 0, outputTokens: 0 };
let responseModel = model;
stream.on("data", (chunk) => {
// Map chunk fields to your provider's shape
if (chunk.text) {
text += chunk.text;
}
if (chunk.usage) {
usage = chunk.usage;
}
if (chunk.model) {
responseModel = chunk.model;
}
});
stream.on("end", () => {
span.setAttribute(
"gen_ai.output.messages",
JSON.stringify([
{
role: "assistant",
parts: [{ type: "text", content: text }],
},
]),
);
span.setAttribute("gen_ai.usage.input_tokens", usage.inputTokens);
span.setAttribute("gen_ai.usage.output_tokens", usage.outputTokens);
span.setAttribute("gen_ai.response.model", responseModel);
span.setAttribute("gen_ai.response.streaming", true);
span.end();
});
stream.on("error", (error) => {
span.setStatus({ code: 2, message: "internal_error" });
span.setAttribute(
"error.type",
error instanceof Error ? error.constructor.name : "Error",
);
span.end();
});
return stream;
} catch (error) {
span.setStatus({ code: 2, message: "internal_error" });
span.setAttribute(
"error.type",
error instanceof Error ? error.constructor.name : "Error",
);
span.end();
throw error;
}
}
When manually setting token attributes, be aware of how Sentry uses them to calculate model costs.
Cached and reasoning tokens are subsets, not separate counts. gen_ai.usage.input_tokens is the total input token count that already includes any cached tokens. Similarly, gen_ai.usage.output_tokens already includes reasoning tokens. Sentry subtracts the cached/reasoning counts from the totals to compute the "raw" portion, so reporting them incorrectly can produce wrong or negative costs.
For example, say your LLM call uses 100 input tokens total, 90 of which were served from cache. Using a standard rate of $0.01 per token and a cached rate of $0.001 per token:
Correct — input_tokens is the total (includes cached):
gen_ai.usage.input_tokens = 100gen_ai.usage.cache_read.input_tokens = 90- Sentry calculates:
(100 - 90) × $0.01 + 90 × $0.001=$0.10 + $0.09= $0.19 ✓
Wrong — input_tokens set to only the non-cached tokens, making cached larger than total:
gen_ai.usage.input_tokens = 10gen_ai.usage.cache_read.input_tokens = 90- Sentry calculates:
(10 - 90) × $0.01 + 90 × $0.001=−$0.80 + $0.09= −$0.71
Because input_tokens.cached (90) is larger than input_tokens (10), the subtraction goes negative, resulting in a negative total cost.
The same applies to gen_ai.usage.output_tokens and gen_ai.usage.reasoning.output_tokens.
Sentry derives model cost from the model name and token counts. You do not need to set gen_ai.cost.* attributes. Pass the raw provider model string unchanged so pricing can resolve.
Our documentation is open source and available on GitHub. Your contributions are welcome, whether fixing a typo (drat!) or suggesting an update ("yeah, this would be better").