What structure does an ingested agent trace have?

Three fixed levels, always in this order. A session holds everything one user has done across their interaction with your agent. A trace is one turn inside that session, one thing the user asked for and waited on. A span is one step inside that turn, an LLM call, a tool call, a retrieval, or a sub-agent invocation, and spans can nest when a turn does its work in stages. Each level carries the ids your instrumentation already produces, so nothing about the shape has to be relearned once you already emit OpenTelemetry. What lands on a span is its actual content, not just its shape: the prompt and completion, the tool’s arguments and result, and whatever documents it pulled in, so a reader can see exactly what happened at that step, not just that a step happened.

keep reading

More on this.

Two ways to run Tessary.

Tessary is an open-source agent reliability platform. Cloud and self-hosted run the same workflow on the OpenTelemetry traces your agent already emits.

Tessary Cloud

We host it for you. Send your first trace with nothing to deploy and no model key.

what's includedper organization
traces
10,000 per calendar month
stored trace data
1 GB
retention
30 days
model credit
$10, one-time, for triage and root-cause analysis
credit card
not required

Self-hosted Tessary

Run the open-source code on your own infrastructure with one command. Add your own model key for triage and root-cause analysis.

Self-host Tessary for me by following https://github.com/tessaryai/tessary/blob/main/setup.md

docker compose -f oci://docker.io/tessaryai/tessary:compose up -d -y