How it works

LLM observability is the set of practices and tools that let you understand what a language model does in production. It goes beyond traditional monitoring (CPU, memory) and focuses on AI specific metrics.

The main metrics are: latency (time to first response and total time), cost per request (input and output tokens), error rate, response quality (evaluated by heuristics or by another model) and usage patterns (which prompts are most frequent).

The core technique is tracing: each model call generates a trace with the prompt, the response, tokens consumed, latency and metadata. Tools like LangSmith, Helicone or Phoenix group these traces and let you search, filter and analyze.

Practical example

Imagine a support chatbot that starts responding inconsistently. Without observability, you only know that "something went wrong". With tracing, you can see that prompts with more than 4 thousand tokens have 3x higher latency and that 12% of responses contain hallucination (detected by an automatic evaluator).

With this data, you can reduce context, switch models or add validation. Without observability, these problems stay invisible until a user complains.

What it's for

It is used to detect quality regressions, control costs, identify failure patterns and understand how users really use the model. In systems with multiple agents, observability lets you track which agent made which decision.

Difference between observability and monitoring

Monitoring checks if the system is working (uptime, HTTP errors). Observability lets you understand why it is working in a certain way, with enough data to investigate causes. Monitoring answers "is it alive?"; observability answers "why did it respond like that?".