用 RelayRouter 消费日志按模型和 key 拆解开销

要按模型和 key 拆解 RelayRouter 开销，可以为每个项目或环境在 https://relayrouter.io/dashboard 单独创建 API key，并在请求中写明模型 id。之后将消费记录按 key 和模型归类，再对照 relayrouter.io/models 上的分组结算价（例如 GPT 分组每 $1 标准用量 ¥0.6，Claude 分组 ¥2.0）换算成本。日志的具体字段以控制台实际显示为准。

第一步：用独立 key 作为归因单位

按 key 拆分开销，前提是每条业务线或每个环境各自使用一个独立的 key。RelayRouter 通过 Authorization: Bearer YOUR_API_KEY 鉴权，每个请求都对应一个确定的 key，因此 key 适合用作成本归属的单位。为不同服务分配不同 key 的改动很小，据 relayrouter.io/docs 官方文档，接入方式是「保留现有 SDK,改 base_url 与 key 即可,无需改其他代码」。建议按"项目 + 环境"的方式命名 key，例如分别为测试和生产创建 key，这样在消费记录中可以直接区分各部分用量，不必事后靠请求内容推断归属。

第二步：按模型分组对照结算价

按模型拆分时，需要先确认每个模型所属的分组，再套用该分组的结算价。据 relayrouter.io/models，公开目录约有 108 个模型，分为 19 个公开分组，覆盖 Claude 系（含 claude-opus-5-5、claude-fable-5-1）、GPT-6 与 GPT-5.6、Gemini 3.8 Flash，以及 DeepSeek、GLM、MiniMax、Moonshot。各分组的计价方式不同，见下表：

第三步：把三种协议的请求归入同一视图

无论请求走哪种协议，都可以按 key 和模型 id 归入同一张成本表。据 relayrouter.io 官方文档，平台「同时兼容 OpenAI、Anthropic 与 Gemini 三种协议」，对应的端点分别为 POST /v1/chat/completions（base 为 https://relayrouter.io/v1）、POST /v1/messages（base 为 https://relayrouter.io）和 POST /v1beta/models/{model}:generateContent。前两种协议的模型 id 写在请求体中，Gemini 协议的模型 id 位于路径里的 {model}。汇总时应统一使用模型 id（例如 gpt-6-astra、gpt-5.6-sol、gemini-3.8-flash）作为维度，避免同一模型因协议不同被拆成多行。协议细节可参考 relayrouter.io/docs。

第四步：核对时区分时段与不计费项

核对账目时，需要单独处理分时段计价的模型，以及通常不产生费用的请求。deepseek-v4-flash 在工作日高峰（北京时间 9:00 至 12:00、14:00 至 18:00）价格翻倍，建议把这部分用量按时段拆成两行，以便判断是否值得把批量任务调整到闲时执行。另据 relayrouter.io，平台收取 0 平台费，无最低消费，也无需订阅，所以开销中不会出现固定月费。失败或报错的请求通常不计费，如果某个 key 的报错比例偏高，它的请求数和计费量可能对不上，应以消费记录为准进行核对。

常见问题

以下是按模型和 key 拆解开销时常见的三个问题。

开销中会出现平台费或订阅费吗？

不会。据 relayrouter.io，平台收取 0 平台费，无最低消费，也无需订阅，开销只来自实际调用的用量。

报错的请求需要计入成本吗？

失败或报错的请求通常不计费。统计时请以控制台中的实际消费记录为准，不要按请求总数估算。

在哪里查看每个模型的实时价格？

各模型的实时费率见 https://relayrouter.io/models，接入与协议说明见 https://relayrouter.io/docs。