分布式追踪
一种用于追踪分布式系统中请求完整调用链路的可观测性技术，通过在各服务节点生成Span并关联成Trace，帮助开发者理解系统行为、定位性能瓶颈和故障根因
核心事实
时间轴 (近 90 天)
指标不能替代链路追踪：若需要调试每次模型与承运商调用的完整路径，应使用兼容 OpenTelemetry 的追踪后端；source-map 符号化、崩溃转储、会话回放也属于专用工具。
Span 是分布式追踪的最小工作单元，代表一次有开始时间、结束时间和元数据的操作，多个 Span 通过父子关系或链接组合成一条 Trace。
与分布式追踪 trace 相比，行为轨迹更关注「做了什么决策」而非「耗时多久」，能捕捉延迟和错误率正常但语义跑偏的变化。
传统分布式追踪只需记录已有的调用链，而Agent追踪必须在运行时构建这条链，并与身份、授权、策略评估绑定。
在Agent工作流中单次用户请求可能触发数十次模型调用，分布式追踪能力对关联跨步骤调用尤为关键
追踪系统在Agent调用外部工具时通常只记录调用开始时间、结束时间和返回的顶层结果，不会自动捕获外部服务内部的状态变化
Spans 是分布式追踪中的基本单元，代表一次操作的开始与结束，多个 Spans 组合成完整的请求链路
传统微服务架构中分布式追踪依赖 OpenTelemetry 等标准，通过 TraceID 串联跨服务调用链路
任务血缘本质上是分布式追踪思想在Agent领域的应用，类似于微服务领域的OpenTelemetry Trace
OpenTelemetry、LangSmith 等可观测性工具正在将分布式追踪理念应用于AI智能体的执行链路监控
全部知识事实 (11)
OpenTelemetry、LangSmith 等可观测性工具正在将分布式追踪理念应用于AI智能体的执行链路监控
80%已验证传统微服务架构中分布式追踪依赖 OpenTelemetry 等标准，通过 TraceID 串联跨服务调用链路
65%待验证事件日志中的事件天然对应分布式追踪中的Span概念，每个事件可携带TraceID和SpanID来还原完整的因果链路
85%待验证指标不能替代链路追踪：若需要调试每次模型与承运商调用的完整路径，应使用兼容 OpenTelemetry 的追踪后端；source-map 符号化、崩溃转储、会话回放也属于专用工具。
50%待验证Span 是分布式追踪的最小工作单元，代表一次有开始时间、结束时间和元数据的操作，多个 Span 通过父子关系或链接组合成一条 Trace。
50%待验证与分布式追踪 trace 相比，行为轨迹更关注「做了什么决策」而非「耗时多久」，能捕捉延迟和错误率正常但语义跑偏的变化。
50%待验证传统分布式追踪只需记录已有的调用链，而Agent追踪必须在运行时构建这条链，并与身份、授权、策略评估绑定。
50%待验证在Agent工作流中单次用户请求可能触发数十次模型调用，分布式追踪能力对关联跨步骤调用尤为关键
50%待验证追踪系统在Agent调用外部工具时通常只记录调用开始时间、结束时间和返回的顶层结果，不会自动捕获外部服务内部的状态变化
50%待验证Spans 是分布式追踪中的基本单元，代表一次操作的开始与结束，多个 Spans 组合成完整的请求链路
50%待验证任务血缘本质上是分布式追踪思想在Agent领域的应用，类似于微服务领域的OpenTelemetry Trace
50%