OpenTelemetry
云原生可观测性框架，提供统一的指标、日志、链路追踪数据采集和导出标准，广泛用于分布式系统监控
核心事实
时间轴 (近 90 天)
主流 trace 实现遵循 OpenTelemetry 的 GenAI 语义约定，可跨框架导出与汇聚。
业界常见的追踪实现方式是基于 OpenTelemetry 的 span 模型，将每次工具调用和模型生成作为子 span 挂载到根请求下，从而支持按耗时或错误率下钻分析。
业界常见做法是把 AI SDK 返回的字段统一导出到 OpenTelemetry 的 span 属性或专用指标中，再接入 Langfuse、Helicone 等观测平台，实现按 trace 维度的成本归因。
LangSmith和OpenTelemetry的LLM语义约定是Agent可观测性方向的实践。
业界已有基于 OpenTelemetry 语义约定的 LLM 追踪方案，可将 Agent 执行接入既有的监控体系。
对于合规要求高或希望自托管的团队，可以基于 OpenTelemetry 等标准自建追踪，将 LangGraph 的节点执行事件导出到现有监控体系。
OpAMP（Open Agent Management Protocol）是 OpenTelemetry 生态中用于远程管理采集器舰队的开放协议，支持下发配置、上报状态和健康检查。
Langfuse是开源项目，支持自托管，并通过框架无关的SDK和OpenTelemetry协议接入，不绑定特定编排框架。
MCP工具设计应遵循生产习惯：减少每次工具调用的模型推理往返、缓存带TTL的tools list、使用OpenTelemetry追踪（上下文放在_meta中），且永远不要静默修改已发布的工具，应发布v2版本并废弃旧版。
OpenTelemetry的GenAI语义约定正在推动LLM追踪字段的标准化，使不同框架产生的轨迹可以用同一套后端采集和查询
还有 40 条时间轴事件
全部知识事实 (20)
OpenTelemetry由CNCF于2019年合并OpenTracing和OpenCensus两个项目后推出
90%已验证OpenTelemetry、LangSmith 等可观测性工具正在将分布式追踪理念应用于AI智能体的执行链路监控
80%已验证可观测性的三大支柱框架包括Metrics（指标）、Logs（日志）和Traces（链路追踪）
80%已验证OpenTelemetry是云原生领域事实上的可观测性标准
80%已验证OpenTelemetry标准已被扩展以支持LLM调用的追踪
80%已验证OpenTelemetry是由Cloud Native Computing Foundation（CNCF）托管的开源可观测性框架，统一了分布式追踪、指标和日志三大信号的采集标准
75%已验证Trace和Span概念源自Google的Dapper论文和OpenTelemetry标准
70%已验证OpenTelemetry（OTel）是一套与厂商无关的可观测性标准，涵盖分布式追踪、指标和日志三类信号，定义了数据如何被采集、传播和导出。
65%已验证执行轨迹（Trace）指一次完整任务执行过程中所有操作步骤的结构化记录，包括每次 LLM 调用的输入输出、工具调用的参数与返回值、中间推理状态及时间戳与耗时信息
65%已验证传统微服务架构中分布式追踪依赖 OpenTelemetry 等标准，通过 TraceID 串联跨服务调用链路
65%已验证OpenObserve将Agent和LLM的调用纳入OpenTelemetry体系，使开发者能在同一平台统一分析LLM调用与后端服务、数据库的日志、指标和追踪数据
65%已验证在Agent场景中，应将一次完整的Agent任务视为一个Trace，每次LLM调用、工具调用、记忆检索都是一个Span
65%已验证Phoenix由Arize AI开源，侧重于LLM应用的实验追踪和评估，与Arize的商业ML监控平台形成互补
65%已验证OpenTelemetry（OTel）是CNCF基金会主导的开源标准，正被逐步引入LLM应用以统一数据采集格式
65%已验证AI Agent的会话本质上是独立的运行时上下文，在初始化阶段完成工具注册并将工具注册表固定为启动时的快照，存续会话无法动态感知配置变更
65%已验证OTLP（OpenTelemetry Protocol）是CNCF主导的开放遥测标准，统一了追踪、指标和日志的数据格式与传输协议
65%待验证Traces are a core concept in distributed system observability, originating from standards like OpenTelemetry
90%待验证Opik支持嵌套Span结构进行多层级调用可视化
90%待验证Foundry的追踪系统基于OpenTelemetry标准构建
90%待验证OpenTelemetry等标准化追踪框架的设计假设是确定性的调用链路，不适合AI Agent的非确定性执行路径
80%