请求日志
在左侧用户（User）→ 请求日志（Request Logs）打开请求日志。这里记录的是经网关代理（Proxy）的真实推理调用：时间、用户、客户端入口、实际上游、模型、路由组、供应商、用量和费用等信息，用于排障与对账。
在管理台里要做什么
Section titled “在管理台里要做什么”- 打开请求日志。
- 使用时间范围、状态、模型、用户邮箱、API 密钥、供应商、路由组、协议等条件缩小范围（以页面筛选项为准）。
- 先在列表中核对客户端入口（Inbound）、实际上游（Upstream）、模型、路由组、供应商、功能标签和用量。
- 点击展开某一行，查看计费核对摘要、入口请求体、上游请求体、用量原始 JSON 等（可复制）。
- 核对金额与时间时，请与你在 系统配置 中设置的业务时区、计费币种保持一致理解。
与计费展示的关系
Section titled “与计费展示的关系”列表中的 C 表示最终向用户计算的费用（Charged），M 表示供应成本（Metered）；右侧倍率用于快速判断是否命中路由时段或用户级模型折扣。
展开区域中的 pricing_audit 会记录目录价、路由倍率和最终金额。2.7.0 的新记录还可以包含 user_charged_factor、业务时区中的 local_weekday 以及命中的分时时段，便于沿着“目录价—路由价格—用户折扣”核对完整计算过程。
若需精确公式或与账单对账，请结合 GitHub 技术参考 和你自己的财务口径。
观察供应商粘性
Section titled “观察供应商粘性”路由池启用供应商粘性（Provider sticky）后，展开日志中的 route_trace.sticky：
lookup：绑定读取结果，例如hit、miss、expired、invalid_epoch、invalid_target或invalid_circuit。attempted_target：本次优先尝试的绑定上游目标（Target）。result：绑定最终保持、清除、新建或重绑，也可能记录storage_error/unchanged。
将供应商粘性命中情况与缓存读取 Token、上游故障转移次数结合观察：命中稳定但缓存收益没有改善时，应检查上游是否真正共享提示词缓存（Prompt Cache）；频繁出现 cleared / rebound 时，应检查供应商返回的 429、5xx、鉴权错误与 TTL 是否合理。