Zipkin 分布式追踪封装

解决什么问题

在脚本、CI 或工具中接入分布式追踪时，工程师常常需要把 Zipkin 作为外部依赖来处理：初始化调用、组织追踪上下文、封装错误信息，都会分散在业务代码里。Wrap Zipkin 的定位不是重写追踪后端，而是提供一个面向技能调用的 Wrapper，把 zipkin - Distributed tracing system 包装成可复用的工具能力，减少把追踪系统临时拼进流程时的样板代码。这样在排查外部依赖问题时，追踪相关代码更容易从业务逻辑中拆出。

核心能力与使用边界

• 封装对象：面向 Zipkin 这类分布式追踪系统做包装，适合作为 tool、github、automation 场景中的被调用组件。
• 工作方式：技能以 Wrapper 形态暴露，调用方把它视作对 Zipkin 能力的一层抽象；具体行为应结合目标环境的 Zipkin 配置来判断。
• 适用边界：它不替代 Zipkin 服务端，也不承诺提供存储、查询或可视化能力；追踪端点、鉴权、采样和上下文传播是否可用，仍取决于实际部署与集成方式。
• 注意点：资料中功能描述较简，接入前需确认该封装实际暴露的接口、参数和错误返回，避免把“包装”理解为完整的追踪平台。