线上问题最常见的开场白是：「刚才那次调用失败了 / 变慢了 / 结果怪」。如果没有一条可检索的调用记录，团队只能在日志系统、网关、模型提供商之间来回切换，成本高、周期长。

访问日志要做的，就是把与你账号相关的那部分调用，收敛到一个入口里：按时间窗口缩小范围，按虚拟密钥缩小范围，再用 Request ID 把一次调用钉死。

2）从「看见数字」到「看懂这一次调用」

列表里你会看到：时间、模型、虚拟密钥、状态、耗时、Token、积分消耗——这是快速扫描用的。点进详情后，会按需拉取更完整的 UI 载荷（例如请求与响应侧的内容），把「列表上那一行」还原成一次可复盘的事件。

3）失败时别让用户猜

当某次调用以失败类状态结束时，详情里会尽量展示 error_information 中的结构化信息（例如错误码、错误消息）。目标很简单：把异常信息摆到明面上，方便自查、也方便你把关键信息复制给支持同学。

访问日志里，你具体能做什么？

下面这些能力都已在 访问日志 页面落地。

筛选：先缩小范围，再谈排查

• 时间范围：支持「最近 1 天 / 7 天 / 30 天」一键切换；也支持 自定义日期范围，并在页面上明确展示当前生效的起止时间（精确到分钟），避免「我以为查的是这一周，其实查的是另一段」的误会。
• 虚拟密钥：可按 「全部虚拟密钥」 或指定某一把密钥过滤——特别适合「这个项目/这把 Key 最近到底打了多少模型」的日常复盘。

列表：一眼扫过，关键字段齐全

表格中会展示包括但不限于：

• 请求时间、Request ID（便于与客户端、网关或内部工单对齐）
• 模型、虚拟密钥（会尽量显示你在控制台里起的 密钥名称；若密钥已不在当前账号下，会提示为已删除等状态，避免张冠李戴）
• 调用状态（成功 / 失败 / 超时等语义，配合颜色标签快速扫）
• 耗时、输入 / 输出 / 总 Token、积分消耗（列表侧以积分口径展示，和「购买积分 / 使用积分」的产品叙事一致）

分页与每页条数：大量日志也不慌

• 支持 分页浏览，并在底部展示「符合条件共多少条 / 本页多少条」。
• 支持调整 每页条数（常见档位如 5 / 10 / 20 / 50），在「快速翻」和「一次多看几行」之间自己取舍。

详情：从一行记录，进到一次「事件」

• 点击表格行（或窄屏下的卡片）即可打开 右侧详情抽屉（Sheet）。
• 详情会在打开后按需加载补充信息；你会看到更完整的上下文（例如请求/响应相关区块、元数据等——具体展示项会随调用类型与后端返回略有差异）。
• 抽屉内支持 上一条 / 下一条 导航；也支持键盘习惯：J / K 切换、Escape 关闭（在输入框内输入时不会误触发），适合连续排查时「手不离键盘」。

失败场景：把异常信息说清楚

当调用失败且后端携带了错误详情时，详情里会展示 错误码、错误消息 等关键字段，帮助你判断是参数问题、配额问题、上游不可用，还是别的类别——减少「只看到失败两个字」的无力感。

顺带一提：可视化与访问日志怎么配合？

Dashboard 上的图表与 Top 榜，适合回答「趋势」和「结构」：哪段时间冲高、哪个模型吃掉了大部分积分、虚拟密钥维度上哪里异常——这是决策与治理视角。

而 访问日志 回答的是「这一次」：它把图表背后的每一次调用，变成可检索、可展开、可对照 Request ID 的事实记录。两者合在一起，才是我们更想要的体验：既能抬头看路，也能低头看脚印。

写在最后

我们相信，AI 要真正进入生产环境，可观测性不是锦上添花，而是默认项。访问日志这一步，就是把「调用」从黑盒里往外挪一寸：让你更安心地用模型，也更高效地处理异常。

如果你已经在用 OpenRoute AI，欢迎去 Dashboard 的 访问日志 里走一遍：先选一个你最常出问题的时间窗口，再点进一条失败记录——你会立刻知道，我们为什么坚持要把这一页做好。