Which spans should carry the call-site tag?

Tag the span at the boundary of the function you want a separate history for: the entry point of a specific LLM call, or the root of a specific agent’s prompt-and-tool-loop, not every span in a trace and not one per request. The id names a place in your code, so scoping it by request id or user id explodes into thousands of near-empty histories that never build a baseline; scoping it by function stays stable and collects enough traffic to mean something. In a multi-step chain, tag each step you actually want graded separately, a router, a drafting call, a verification pass, since a step nobody stamps is invisible to that binding even though the trace itself still ingests. You don’t need to tag every span in between: pure plumbing, retries, and internal bookkeeping calls can go untagged, they just fall into the shared unattributed bucket instead of building their own history.

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