先统一测量起止点

把用户动作、进入应用队列、开始外部请求、收到首段有效内容、完成校验以及结果交付分别记录。时间点需要统一定义，首个网络字节可能只是协议元数据，不等于用户已经看到可用答案。应用内部持续时间使用适合测量间隔的时钟。

同一任务可能包含多次调用，为任务分配应用生成的标识，再给每次调用独立编号。标识不编码邮箱、手机号或输入内容，也不要把凭证拼进关联字段。

让比较包含工作量

为样本记录任务类型、输入长度区间、是否流式、公开模型 ID与客户端版本。统计首段内容和最终完成的分布时，保留样本数量、观察窗口及失败数量。不要只平均成功的短请求，再把这个数字描述成整个平台的体验。

对于取消和失败，保留截止时的持续时间与结果类别；缺少完成事件不等于耗时为零。用无敏感数据的固定样本比较配置变化，避免真实业务内容差异掩盖发布影响。

沿时间线定位等待来源

队列时间增长时先检查应用并发与积压；连接阶段变慢时检查部署环境与网络；输出已开始却没有完成时检查流式解析和任务中断。一次观测只能形成排查方向，不足以证明外部服务的根因。

在图表旁保留测量定义和变更日期。必要时与公开状态同一时段对照，但仍以应用自身的任务结果判断用户影响。对修复使用相同样本复测，并保留失败和未知项。

参考资料

由 NexoToken 维护的自营资料站。平台介绍包含运营方利益关系，不构成独立第三方认证。