Dashboard
展示今日请求、趋势、最近活动、供应商健康和初次调用步骤。
运营 / 观测与诊断
观测层把模型网关从黑盒变成可解释系统
Dashboard、Analytics、logs、costs、proxy status 和 gateway trace diagnosis 帮助运营者看到趋势、健康、成本和失败恢复路径。
7 / 7
用量与诊断闭环·上线后从调用日志、成本、代理状态和告警反向优化模型、路由与预算。
这一步在链路中的位置
观测不是终点，而是把异常送回正确配置入口
一次请求的排查顺序应该从 requestId 开始，沿着认证、模型、预算、路由和供应商阶段回到对应负责人。
- 1
谁查看
SRE、平台运营与团队管理员
按请求、模型、状态、Token、成本和延迟判断问题影响范围。
- 2
怎么判断
先分阶段，再决定动作
认证失败找 Key，模型或协议失败找目录与路由，预算异常找治理配置，供应商失败看健康状态。
- 3
回到哪里
回到配置入口闭环修复
日志负责解释发生了什么，模型、Key、路由和预算页面负责完成修复。
回看完整链路
调用日志
按请求查看模型、状态、Token、成本和错误。
代理状态
围绕 auth、billing、model、routing、provider 阶段定位失败。
恢复建议
把错误映射到 API Key、模型、预算、重试或 trace 等动作。
控制台入口
- /dashboard
- /analytics
- /analytics/logs
- /analytics/costs
- /gateway/proxy-status
代码/API 证据
- observability-api
- usage-api
- usage-logs-api
主要使用角色
- SRE
- 平台运营
- 团队管理员
继续了解相关能力
这些模块在控制台中相互连接，建议按工作流继续阅读。