加了链路追踪才发现，自家日志一直在报喜不报忧！自己日志全没发现！AI 应用接上追踪后，首页竟偷偷卡了 26 秒

大白话有人做了个 AI 荐书应用 BookDNA，按桥段、场景和氛围推荐书，还会去 Open Library 核对，防止 AI 瞎编。他之前已经把首个结果从约 30 秒压到 3 秒，自以为很清楚时间花在哪。后来他给 FastAPI 和 httpx 加上零代码埋点，把追踪数据发到 SigNoz，并手动给每次查书、每次 Claude 调用、每个推荐书架加了标记。结果几分钟内就暴露两件事：首页「为你推荐」那条老代码路径要等凑够 18 本书才返回，整次请求约 26 秒，其中一次 Claude 调用占了 23 秒；搜索页首个书架约 5 秒就到了，但后面三个书架中间有约 13 秒空窗，因为它们在等一次统一调用写完约 24 本书和推荐理由。

对你意味着做 AI 应用的人都能对上号：只测「第一个结果多快」会漏掉整段体验，接入链路追踪比加计时日志更能看清全貌。