跳到主内容
@wquguru
精选75MarkTechPost(RSS)技巧与观点

2026年LLM可观测性与评估平台对比:Langfuse、LangSmith等

Top LLM Observability and Evaluation Platforms in 2026: Langfuse, LangSmith, Braintrust, Arize, and More Compared

原文
发到 X

LLM applications fail in ways traditional software does not. The same prompt can produce different outputs. A retrieval step can return the wrong document while every HTTP status reads 200. An agent can loop through fourteen tool calls, burn thousands of tokens, and deliver a confidently wrong answer. Standard application performance monitoring (APM) alone does not capture this semantic behavior — prompt and output quality, retrieval relevance, or agent-level reasoning traces.

LLM应用以传统软件不会的方式失败。相同的提示词可能产生不同的输出。检索步骤可能返回错误的文档,而每个HTTP状态码都显示200。代理可能循环执行十四个工具调用,消耗数千个令牌,并给出一个自信但错误的答案。仅靠标准应用性能监控(APM)无法捕获这种语义行为——提示词和输出质量、检索相关性或代理级推理轨迹。

This is the gap LLM observability and evaluation platforms fill. They record every span of an LLM pipeline — prompts, completions, retrievals, tool calls, token counts, latencies, and costs — and then score outputs for quality using automated evaluators. In 2026, this category has moved from optional tooling to core infrastructure for any team running AI in production.

这正是LLM可观测性和评估平台所填补的空白。它们记录LLM管道的每个跨度——提示词、补全、检索、工具调用、令牌数、延迟和成本——然后使用自动化评估器对输出质量进行评分。到2026年,这一类别已从可选工具转变为任何在生产中运行AI的团队的核心基础设施。

The market data reflects the shift. The Business Research Company sizes the LLM observability platform market at $2.69 billion in 2026, up from $1.97 billion in 2025, and projects $9.26 billion by 2030 at a 36.2% forecast CAGR. Gartner predicts that by 2028, LLM observability investments will account for 50% of GenAI deployments, up from 15% in early 2026. LangChain’s State of Agent Engineering survey of 1,300+ professionals found that 57% of respondents now run agents in production. Nearly 89% have implemented observability for their agents. Evaluation lags behind: 52.4% run offline evaluations, 37.3% run online evaluations, and 29.5% report no evaluation at all. Quality was cited by 32% as the top barrier to production deployment.

市场数据反映了这一转变。商业研究公司将LLM可观测性平台市场在2026年定为26.9亿美元,高于2025年的19.7亿美元,并预计到2030年将达到92.6亿美元,预测复合年增长率为36.2%。Gartner预测,到2028年,LLM可观测性投资将占GenAI部署的50%,高于2026年初的15%。LangChain的代理工程状态调查了1300多名专业人士,发现57%的受访者现在在生产中运行代理。近89%的人已为其代理实施了可观测性。评估滞后:52.4%运行离线评估,37.3%运行在线评估,29.5%报告完全没有评估。32%的人将质量列为生产部署的首要障碍。

This article compares the leading platforms across three axes: tracing depth, evaluation capability, and production monitoring. Figures were checked against primary sources (company documentation, press pages, and announcements) as of August 2026; where only secondary reporting exists, it is linked and identified as such. Rankings and “best for” judgments are editorial assessments, not measured benchmarks.

本文比较了领先平台在三个维度上的表现:追踪深度、评估能力和生产监控。数据截至2026年8月,已根据主要来源(公司文档、新闻页面和公告)进行核对;仅存在二手报告的地方,已链接并注明。排名和“最适合”判断是编辑评估,而非实测基准。

How the Category is Structured in 2026

2026年该类别如何构建

The market has split into four camps, and understanding the split matters more than any individual feature list.

市场已分为四个阵营,理解这种划分比任何单个功能列表都更重要。

  • AI-native observability platforms: Langfuse, LangSmith, Braintrust, Arize, Opik — treat the LLM trace as the primary object. They capture nested spans across agents, retrievers, and tools, and attach evaluation scores to production traffic.
  • Open-source and source-available evaluation libraries and platforms: Arize Phoenix, DeepEval (Confident AI), MLflow, RAGAS — focus on scoring outputs: faithfulness, hallucination, answer relevance, and task completion, often via LLM-as-a-judge.
  • AI gateways: Helicone, Portkey, LiteLLM — sit as a proxy between the application and model providers. They add logging, caching, cost tracking, and routing with minimal code changes.
  • APM extensions: Datadog LLM Observability, New Relic, Dynatrace — bolt LLM tracing onto existing infrastructure monitoring so AI signals correlate with CPU, memory, and network metrics.
  • AI原生可观测性平台:Langfuse、LangSmith、Braintrust、Arize、Opik——将LLM追踪视为主要对象。它们捕获跨代理、检索器和工具的嵌套跨度,并将评估分数附加到生产流量上。
  • 开源和源代码可用的评估库与平台:Arize Phoenix、DeepEval (Confident AI)、MLflow、RAGAS——专注于对输出进行评分:忠实度、幻觉、答案相关性和任务完成度,通常通过LLM-as-a-judge实现。
  • AI网关:Helicone、Portkey、LiteLLM——作为应用程序与模型提供商之间的代理。它们以最小的代码更改添加日志记录、缓存、成本跟踪和路由。
  • APM扩展:Datadog LLM Observability、New Relic、Dynatrace——将LLM追踪嵌入现有基础设施监控,使AI信号与CPU、内存和网络指标相关联。

One standard now connects all four camps. The OpenTelemetry GenAI semantic conventions define vendor-neutral gen_ai.* span attributes for model calls, token usage, agent steps, and tool executions. OpenTelemetry, a CNCF project, maintains these conventions, which are adopted by platforms including Google Cloud, AWS, Azure, and Datadog. The conventions now live in a dedicated repository, with the GenAI registry under active development as of August 2026. Coding agents are converging on the standard too: GitHub Copilot’s agent telemetry exposes gen_ai.* span trees, Claude Code provides opt-in OpenTelemetry tracing, and Codex includes native OpenTelemetry export support. Instrumenting once against gen_ai.* improves backend portability and reduces vendor-specific instrumentation, even if implementations still differ. Buyers in 2026 should treat OTel compatibility as a hard requirement, not a nice-to-have.

现在有一个标准连接了这四个阵营。OpenTelemetry GenAI语义约定定义了供应商中立的gen_ai.*跨度属性,用于模型调用、令牌使用、代理步骤和工具执行。OpenTelemetry是CNCF项目,维护这些约定,已被Google Cloud、AWS、Azure和Datadog等平台采用。这些约定现在位于一个专门的仓库中,GenAI注册表截至2026年8月正在积极开发中。编码代理也在向该标准靠拢:GitHub Copilot的代理遥测暴露了gen_ai.*跨度树,Claude Code提供了可选的OpenTelemetry追踪,Codex包含原生OpenTelemetry导出支持。针对gen_ai.*进行一次插桩可提高后端可移植性并减少供应商特定的插桩,即使实现仍然不同。2026年的买家应将OTel兼容性视为硬性要求,而非可有可无。

The Three Axes: Tracing, Evals, and Production Monitoring

三个轴:追踪、评估和生产监控

Because vendors use these terms loosely, precise definitions help before comparing platforms:

由于供应商对这些术语的使用较为随意,在比较平台之前,精确的定义会有所帮助:

  • Tracing is the record of everything an LLM application did. A trace contains nested spans: the user input, each retrieval call, each model invocation with its exact prompt and parameters, each tool execution, and the final output. Depth matters because agent traces are deeply nested with heavy payloads — a single conversation can generate megabytes of data across dozens of runs and tool calls. Non-determinism makes tracing non-negotiable: the same prompt produces different outputs, so an issue cannot be reproduced without capturing the exact input, model parameters, and temperature at call time.
  • Evals answer the question tracing cannot: was the output any good? Offline evals score curated datasets before deployment, catching regressions when a prompt, model, or retrieval index changes. Online evals score live production traffic, typically via LLM-as-a-judge, sampling traces and grading them for faithfulness, relevance, toxicity, or task completion. The hardest failures are outputs that are technically valid but wrong for the domain — a hallucinated policy, a drifting tone, a retrieval miss that produces a confident but incorrect answer. Traditional latency, error-rate, and availability metrics do not detect these semantic quality failures.
  • Production monitoring closes the loop: dashboards, cost attribution per model and user, latency percentiles, drift detection across prompts and use cases, and alerting when quality scores fall. The best platforms feed production traces back into eval datasets, so every real-world failure becomes a future regression test.
  • 追踪是LLM应用程序所做一切事情的记录。一个追踪包含嵌套的跨度:用户输入、每次检索调用、每次模型调用及其确切的提示和参数、每次工具执行以及最终输出。深度很重要,因为代理追踪嵌套很深且负载很重——一次对话可能在数十次运行和工具调用中生成数兆字节的数据。非确定性使追踪成为必要条件:相同的提示会产生不同的输出,因此如果不捕获调用时的确切输入、模型参数和温度,就无法重现问题。
  • 评估回答了追踪无法回答的问题:输出是否优质?离线评估在部署前对精选数据集进行评分,在提示词、模型或检索索引发生变化时捕捉回归问题。在线评估对实时生产流量进行评分,通常通过LLM作为评判者,对追踪样本进行采样并对其忠实度、相关性、毒性或任务完成度进行评分。最棘手的失败是那些技术上有效但对领域而言是错误的输出——幻觉政策、语气漂移、检索遗漏导致自信但错误的答案。传统的延迟、错误率和可用性指标无法检测这些语义质量失败。
  • 生产监控闭环:仪表盘、按模型和用户划分的成本归属、延迟百分位数、跨提示词和用例的漂移检测,以及质量分数下降时的告警。最佳平台会将生产追踪反馈到评估数据集中,使每个真实世界的失败都成为未来的回归测试。

A platform can be strong on one axis and weak on another. Gateways excel at monitoring but skip deep tracing. Eval libraries score outputs but do not watch production. The platforms below are ranked on how completely they cover all three.

一个平台可能在某一方面很强,而在另一方面较弱。网关擅长监控,但跳过深度追踪。评估库对输出进行评分,但不监控生产。以下平台根据它们对这三方面的覆盖完整度进行排名。

1. Langfuse (ClickHouse)

Langfuse describes itself as the most widely adopted LLM engineering platform, and its open-source adoption numbers back a strong claim.

Langfuse 自称是采用最广泛的 LLM 工程平台,其开源采用数据支持了这一强有力的声明。

Tracing: Langfuse captures nested traces for LLM calls, retrieval, embedding, and agent actions through OpenTelemetry, LangChain, OpenAI SDK, and LiteLLM integrations. Its signature nested trace view collapses a multi-step RAG or agent run into a stepable tree with per-span latencies and token counts. An observations-centric data model shipped in March 2026, delivering 10x+ dashboard performance gains and laying the groundwork for Langfuse v4, which the company says runs up to 165x faster.

追踪:Langfuse 通过 OpenTelemetry、LangChain、OpenAI SDK 和 LiteLLM 集成,捕获 LLM 调用、检索、嵌入和代理操作的嵌套追踪。其标志性的嵌套追踪视图将多步骤的 RAG 或代理运行折叠成可逐步展开的树,并显示每个跨度的延迟和令牌数。2026 年 3 月发布的以观测为中心的数据模型,实现了 10 倍以上的仪表盘性能提升,并为 Langfuse v4 奠定了基础,该公司称其运行速度最高可提升 165 倍。

Evals: The platform supports LLM-as-a-judge evaluators, human annotation queues, custom scores, and dataset-based regression testing that runs in CI via GitHub Actions. Evaluator templates cover hallucination, toxicity, and relevance.

评估:该平台支持 LLM 作为评判者的评估器、人工标注队列、自定义分数,以及通过 GitHub Actions 在 CI 中运行的基于数据集的回归测试。评估器模板涵盖幻觉、毒性和相关性。

Production monitoring: Cost breakdowns by model, user, or session, plus session replays for conversational agents.

生产监控:按模型、用户或会话划分的成本明细,以及会话代理的会话回放。

Deployment: MIT-licensed core, self-hostable via Docker Compose in minutes, or managed on Langfuse Cloud with a free tier. Langfuse is widely regarded as the self-host leader in this category.

部署:MIT 许可的核心,可通过 Docker Compose 在几分钟内自托管,或在 Langfuse Cloud 上托管,并提供免费层。Langfuse 被广泛认为是该类别中自托管的领导者。

Best for: teams that want a full-featured, open-source, framework-agnostic platform with strict data-residency control.

最适合:希望使用功能全面、开源、框架无关且具有严格数据驻留控制平台的团队。

2. LangSmith (LangChain)

LangSmith is LangChain’s commercial platform for observing, evaluating, and deploying agents. It is framework-agnostic with Python, TypeScript, Go, and Java SDKs plus OpenTelemetry support, but it is the default backend for LangChain 1.0 and LangGraph 1.0, where integration requires near-zero glue code.

LangSmith 是 LangChain 的商业平台,用于观察、评估和部署代理。它支持多种框架,提供 Python、TypeScript、Go 和 Java SDK,并支持 OpenTelemetry,但它是 LangChain 1.0 和 LangGraph 1.0 的默认后端,集成时几乎无需编写胶水代码。

Tracing: Full conversation and agent-run traces expose every step, tool call, and intermediate state. Polly, a built-in AI assistant, summarizes large traces to pinpoint problems. LangSmith Engine clusters production failures into prioritized issues, locates root causes in traces and code, and proposes fixes for review.

追踪:完整的对话和代理运行追踪可展示每一步、每次工具调用和中间状态。内置 AI 助手 Polly 可总结大型追踪以快速定位问题。LangSmith Engine 将生产故障聚类为优先问题,在追踪和代码中定位根本原因,并提出修复建议供审查。

更进一步:量化金融体系

看懂新闻只是起点——沿量化金融路径,把它变成能交付的工程能力

进入量化体系 →

相似阅读

关联信息,但可能不是同一事件