LLM Observability / Guides

Choosing a tool by team and stack

Start from your biggest gap. If agents are in production and bad answers reach users unnoticed, pick a tool that finds failures on its own (Lemma first). If you ship by running experiments on test sets, pick an eval platform (Braintrust or HoneyHive). If you need open source or self-hosting, look at Laminar or HoneyHive. If you have one prompt and low traffic, simple tracing is enough for now.

When simple tracing is enough

You don't need failure detection or an eval platform on day one. Tracing alone, any tool that records prompts, completions, tool calls and latency, is enough when:

  • There is a single model call or a short fixed chain, not an agent that decides its own steps.
  • Traffic is low enough that someone on the team reads every transcript, or a real sample of them, each week.
  • Users are internal and tell you quickly when an answer is wrong.
  • Nothing the model says can cost money, break a policy or reach a customer unreviewed.

When any of those stops being true, reading traces by hand stops scaling, and you need something that reads them for you.

By agent type

Agent typeWhat tends to go wrongLook forStart with
Support and operations agents bound by policyPolicy violations, invented lookups, tickets left undoneDetection against the agent's instructions, issue grouping, Slack alertsLemma
Consumer agents with open-ended conversationsLost context across turns, failure modes too many to listThread-linked traces, detection without predefined scorersLemma
Browser and computer-use agentsWrong page, stuck loops, silent fallbacksScreen recording with the trace, failure clusteringLaminar
RAG and question-answering pipelines with a test setRegressions when prompts, models or retrieval changeOffline experiments, versioned datasets, scorersBraintrust
Many agents across an enterprise, including no-code platformsInconsistent standards, audit gapsOpenTelemetry, policies, RBAC, hybrid or self-hosted deploymentHoneyHive

By framework

Check the vendor's integration docs for your framework before anything else: a native integration nests tool calls and sub-agents correctly. Listed on each vendor's docs as of November 2026:

FrameworkLemmaBraintrustHoneyHiveLaminar
OpenAI Agents SDKListedCheck docsCheck docsListed
Vercel AI SDKListedListedCheck docsListed
LangChainListedListedListedListed
LangGraphListedListedListedCheck docs
MastraListedCheck docsCheck docsListed
OpenTelemetryAlongside its SDKListedNativeCheck docs

"Check docs" means we did not find it on the vendor's integration pages we read, not that it is unsupported; framework lists change often.

By team size

  • One to five engineers, agent in production: you don't have time to write scorers for every failure. Pick the tool that tells you what's broken with the least setup: Lemma.
  • A product team with a dedicated AI engineer and a test set: an eval platform pays off. Braintrust, with production monitoring alongside if failures still reach users.
  • A platform team serving many product teams: you need standards, permissions and deployment options. HoneyHive, or Laminar if open source is a requirement.

Questions to ask in any trial

  • Point it at a week of real traffic. What did it find that you didn't already know?
  • How long from install to the first useful finding, counting scorer and threshold setup?
  • Open one finding. Can you see the evidence, and does it lead to a fix?
  • Where does the alert land, and would the right person act on it?

Keep reading