Spring AI Alibaba 可观测性是借的 — 它没自研一行追踪代码

这是什么

开发者读 Spring AI Alibaba 源码后揭穿一件反常识的事：这框架的 Agent 可观测性没写一行自研代码，所谓"看得清清楚楚"全是借 Spring AI 的 Micrometer（Java 生态主流的指标采集库）透传出来的。SAA（Spring AI Alibaba 的简称）只在自己的 Builder（构造器）上多挂了 3 个字段——一个观测注册表加两个命名约定；真正的追踪节点（span，链路追踪中的最小事件单元）由 Spring AI 的 ChatClient 层和 Advisor 层产出，最终落进 Micrometer 的 ObservationRegistry（观测记录注册中心），导出到 Zipkin 或 Jaeger（两个主流的链路追踪可视化后端）。一句话——SAA 不生产 span，它只是 span 的搬运工。

行业怎么看

支持方会强调：透传反而是好事。框架越薄、越依赖标准接口，未来切换后端越容易，不被供应商锁定。SAA 的 Builder 只多挂了 3 个字段，未配置时优雅退化为空实现（NOOP），门槛低。

但反对意见更值得关心。第一，"可观测性自研"是过去一年 Agent 框架宣传的高频词，这次源码级证伪意味着部分国产框架的真实成熟度，可能比营销话术低一档。第二，透传链路过长一旦出 bug，调试责任归属模糊——是 Spring AI、SAA、还是 Micrometer 的锅？第三，原作者本职是排障运营，侧面说明 AI 框架的可观测性已成为企业真实痛点，而"开箱即用"的承诺并不全兑现。

对普通人的影响

对企业 IT：选型 Agent 框架时，"自带观测体系"这句话要打折扣问一句——是自研还是透传？决定后续排障能力的天花板。

对个人职场：即便不做开发，理解"AI 系统也会卡、也需要埋点（在代码里预埋钩子以采集运行数据）"这件事，能让你和 IT 同事沟通时不那么被动。

对消费市场：短期内，AI 产品的稳定性差距会比功能差距更明显，"不抽风"会成为差异化卖点。