all answers

Tessary

Tessary traces

A trace is one unit in Tessary: the stored record of one agent turn. Traces live in Tessary's substrate, the agent-native store every other part of the product reads from. The substrate has three fixed levels: the session, the trace (one turn), and the span (one step, an LLM call or a tool call). The levels match how agents actually run: a user session holds turns, and each turn holds the steps the agent took to produce its answer.

Each level is keyed on your own ids, and a span carries the actual content of its step: the payloads, tool calls, retrieved documents, and media. Spans can also carry tessary.call_site.id, a plain span attribute that needs no SDK. It's what findings, baselines, and regressions bind to.

To send traces, point the OpenTelemetry exporter your agent already uses at Tessary over OTLP, or use the SDK push source if your stack doesn't have one. PII redaction runs on the write path, before anything is stored. Classifiers, cases, and root cause analysis all read this same stored record, so every conclusion cites evidence you can open.

9 questions

Answered, plainly.

Does Tessary read my Langfuse account?No. Tessary has no Langfuse connector and never pulls from an account. You add it as a second OpenTelemetry exporter pointed at Tessary's OTLP endpoint.answer →Does Tessary store images from my agent's traces?Yes. Images in a span's input or output are stored and deduplicated, so the same screenshot reused across traces is kept once, not copied per trace.answer →Is Tessary a trace explorer?Not primarily. Tessary stores every trace as evidence, but the viewer is built for confirming a case a classifier already flagged, not open-ended browsing.answer →What does a production span carry that a dataset row cannot?Fields like session.id, deployment.environment.name, and the tool call that actually ran, context that only exists because a real request happened.answer →What is a trace?A trace is Tessary's stored record of one agent turn: one request a user waited on, and the spans that ran to produce its answer.answer →What structure does an ingested agent trace have?Three fixed levels: a session holding a user's turns, a trace for one turn, and the spans inside it, each an LLM call, tool call, retrieval, or sub-agent step.answer →Does connecting Tessary require installing an SDK?No. Point the OpenTelemetry exporter your agent already uses at Tessary's endpoint; an SDK is only needed if you emit no traces yet.answer →Does Tessary use my data to train AI models?No. Tessary runs no training or fine-tuning pipeline on customer data; traces are used only to evaluate your agent and stay single-tenant unless you opt in.answer →Does Tessary support audio or voice traces?Not yet. Tessary's media support currently covers images and PDF documents; audio and video are explicitly out of scope for the current launch.answer →

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