Skip to main content
AgentOS comes with a built-in tracing provider that routes every run to your own database. There’s no observability service to sign up for and no tracing API key to manage.
tracing=True turns on OpenTelemetry instrumentation for agent, team, and workflow runs. Every run produces a trace tree: spans for the LLM call, each tool, team delegation, and workflow step. The database exporter writes the aggregate trace to agno_traces and individual spans to agno_spans.

Where trace data goes

The built-in exporter writes trace records to the database you configure: Tracing does not change where models and tools send data. An agent can still call external model providers, tools, or exporters. Trace attributes can contain prompts, tool arguments, and model output, so apply the same access and retention controls you use for other sensitive application data.
agno_traces and agno_spans tables in a database client

Traces stored in your own database, viewed in a SQL client

What gets captured

Each record in agno_spans stores the span name, parent, status, timestamps, duration, and an attributes JSON object. The aggregate row in agno_traces stores the run, session, user, and component IDs when present, plus overall status, start and end times, and duration. Traces follow OpenInference semantic conventions, so you can query them directly:
PostgresDb creates its tables in the ai schema by default (override with PostgresDb(db_schema=...)). Qualify the table as ai.agno_spans or add ai to your search_path.

In the AgentOS UI

The control plane renders the same traces visually. Click a run to see the full tree: LLM hops, tool calls with their inputs and outputs, and sub-agent traces. Filter by user, session, or time range.
Trace tree in the AgentOS UI

The same traces, rendered in the AgentOS control plane

Multi-database tracing

Traces are high-volume and write-heavy, with a different cost profile, retention, and access pattern than sessions. For production, route them to a dedicated database by pointing the AgentOS db at it:
The AgentOS db is where traces land. Keeping it separate isolates trace write volume from your agent data and gives you independent retention and scaling. See Multi-DB tracing for the setup_tracing() variant with batch tuning.

External providers

You can configure OpenTelemetry exporters for Langfuse, LangSmith, Arize, Logfire, MLflow, The Context Company, or another OpenTelemetry endpoint. See the Observability section: Langfuse, LangSmith, Arize, Logfire, MLflow, The Context Company.

Developer Resources