Lens
Lens is a self-hosted observability and evaluation workspace for AI applications. It turns agent activity into traces you can investigate, connects related activity through sessions and users, and carries production examples into evaluations, datasets, release comparisons, and quality gates.
Use Lens when a log line can tell you that a request failed, but cannot explain which model call, tool, or agent step caused it.
What Lens helps you answer
| Question | Start with |
|---|---|
| Why was this request slow or expensive? | Trace observations, timing, tokens, and cost. |
| Which tool or model call failed? | The trace observation tree. |
| Is one conversation or user repeatedly affected? | Sessions and users. |
| Did a new release change quality? | Evaluation runs and release comparison. |
| Should this version be allowed to ship? | Quality gates. |
Lens accepts native Anvia telemetry through @anvia/lens. It is OpenTelemetry-native and can also ingest supported Langfuse OTLP instrumentation.
A typical workflow
Instrument an agent
↓
Inspect real traces
↓
Review failures and curate cases
↓
Run repeatable evaluations
↓
Compare releases and enforce a quality gateObservability and evaluation use the same project context. A trace discovered during production review can therefore become evidence for a future test instead of remaining an isolated incident.
Start here
| Page | What you will do |
|---|---|
| Install and setup | Run Lens, create a project, and obtain ingestion credentials. |
| Your first trace | Connect an Anvia agent and verify its first exported run. |
| Core concepts | Understand projects, traces, observations, sessions, evaluations, and datasets. |
After the first trace arrives, continue to Connect Anvia for capture policy and runtime configuration, or open Traces to learn the investigation workflow.
What Lens does not replace
Lens is operational telemetry, not application state. Keep conversation memory, authorization, business records, and user-visible job status in the systems that own those concerns.
Payloads can contain customer or internal data. Native Anvia tracing starts in safe capture mode, which retains useful structure and operational metadata without exporting prompt and response bodies. Enable full capture only after deciding who may access the data and how long it may be retained.