Does connecting Tessary require installing an SDK?

No. If your agent already emits OpenTelemetry traces, connecting Tessary is a configuration change, not a code change: point your existing exporter at Tessary’s endpoint over OTLP with a connection token in the auth header, and Tessary becomes a second destination alongside whatever backend you already send to. Nothing in your agent’s own logic has to change.

An SDK only enters the picture if your stack emits no OpenTelemetry traces at all yet. Tessary offers a push source for that case, but it’s the fallback, not the default setup path. Once traces are flowing, tagging spans with a call-site id is optional and can be added later; without it, Tessary groups traffic by what the spans already say. One thing worth knowing going in: the duration and cost detectors need real traffic to build a baseline before they report anything, so an empty case list right after connecting means it’s still collecting, not that nothing is being checked.

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