TELEMETRY

Observing system behavior without altering it

Observing system behavior without altering it

Waxell Telemetry is a read-only observability layer for agentic systems — capturing traces, spans, model calls, token usage, and latency across every execution without participating in governance or altering system state

Free to start. 2-line setup.

SOC 2 Ready

THE PROBLEM

Without reliable telemetry, teams infer behavior from partial logs, side effects, or downstream outcomes. Diagnosis is slow. Accountability is unclear. By the time something looks wrong, the execution that caused it is gone.

THE PROBLEM

Without reliable telemetry, teams infer behavior from partial logs, side effects, or downstream outcomes. Diagnosis is slow. Accountability is unclear. By the time something looks wrong, the execution that caused it is gone.

What It Is

A structured, immutable record of what agentic systems did as they ran. Traces and spans across workflow steps. Model calls with input and output context. Token usage per call. Latency per execution step. Governance evaluation points where policies and budgets were checked.

Captured automatically from the moment you add Waxell Observe. Two lines of Python. No changes to agent logic.

READ ONLY BY DESIGN

Telemetry is immutable: once recorded, it cannot be altered — ensuring an unambiguous record for diagnosis, review, and audit.

EXPLAINING OUTCOMES

Telemetry records execution paths and decision context, enabling post-hoc analysis of outcomes without reconstructing intent or replaying logic.

VISIBILITY WITHOUT AUTHORITY

Telemetry allows continuous observation of system load and execution behavior without impacting running or future workflows.

Separated From Governance

Telemetry does not participate in enforcement, decision-making, or control. It cannot pause execution, override policy, or influence outcomes. No agent or workflow writes directly to telemetry stores.


Observing the system introduces no additional risk. For enforcement behavior — policies, budgets, kill-switch conditions — see Waxell Policies.

How it Works

How it Works

01

Initialize Waxell Observe.

Two lines of Python before your existing imports. No changes to agent logic, no redeployment needed.

02

Telemetry is captured automatically.

Every execution emits traces, spans, model calls, token counts, latency, and governance evaluation points — derived from canonical runtime events, not reconstructed after the fact.



03

Review in Waxell Observe.

Signals feed into the Observe dashboard and into execution records — the durable per-run artifacts available for review, diagnosis, and audit.





Get Started

Free to start. 2-line setup.

SOC 2 Ready

Get Started

Get Started

Free to start. 2-line setup.

SOC 2 Ready

FAQ

What's the difference between Waxell Telemetry and Waxell Executions?

Telemetry is the continuous signal layer — traces, spans, model calls, token usage, and latency captured as the system runs. Executions are the per-run governance record — which policies and budgets were evaluated, what enforcement decisions were made, and what the outcome was. Both are captured by Waxell Observe, but they serve different purposes: telemetry is for diagnosis and performance review; execution records are the audit artifact.

Can Waxell Telemetry be used for compliance and audit?

Yes. Telemetry records are immutable — once captured, they cannot be altered. Each record is linked to the governance state that was active during execution, including which policies and budgets were evaluated and what the enforcement outcome was. Waxell Telemetry is usable as audit evidence without additional log reconstruction.

How does Waxell capture AI agent telemetry?

Waxell Observe instruments agent workflows with two lines of Python — added before existing imports, with no changes to agent logic. After that, every execution emits telemetry automatically: traces and spans across workflow steps, model calls with input and output context, token usage per call, and latency per execution step.

FAQ

What's the difference between Waxell Telemetry and Waxell Executions?

Telemetry is the continuous signal layer — traces, spans, model calls, token usage, and latency captured as the system runs. Executions are the per-run governance record — which policies and budgets were evaluated, what enforcement decisions were made, and what the outcome was. Both are captured by Waxell Observe, but they serve different purposes: telemetry is for diagnosis and performance review; execution records are the audit artifact.

Can Waxell Telemetry be used for compliance and audit?

Yes. Telemetry records are immutable — once captured, they cannot be altered. Each record is linked to the governance state that was active during execution, including which policies and budgets were evaluated and what the enforcement outcome was. Waxell Telemetry is usable as audit evidence without additional log reconstruction.

How does Waxell capture AI agent telemetry?

Waxell Observe instruments agent workflows with two lines of Python — added before existing imports, with no changes to agent logic. After that, every execution emits telemetry automatically: traces and spans across workflow steps, model calls with input and output context, token usage per call, and latency per execution step.

Waxell

Waxell provides observability and governance for AI agents in production. Bring your own framework.

© 2026 Waxell. All rights reserved.

Patent Pending.

Waxell

Waxell provides observability and governance for AI agents in production. Bring your own framework.

© 2026 Waxell. All rights reserved.

Patent Pending.

Waxell

Waxell provides observability and governance for AI agents in production. Bring your own framework.

© 2026 Waxell. All rights reserved.

Patent Pending.