https://api.omnirelay.ai/v1/manage/。
管理密钥
Management API 只接受管理密钥(or-mgmt-…),不接受 API Key。两者刻意分开:能调用模型的 Key 永远不能创建 Key,管理密钥也永远不能调用模型。
开通完成并核验通过后,在 API Keys 页的管理密钥中创建;未开通时创建入口禁用。密钥只显示一次,服务端只保存其哈希。每个密钥有一个权限范围:
只读密钥尝试写操作会返回
403 insufficient_scope。管理密钥以你的身份操作:它修改的是你的 API Key;用量读取范围按你的账户权限决定,它做的每项修改都会在审计日志中记为 you@example.com via management key <名称>。撤销密钥、停用或删除你的账户后,它在下一次调用时即失效。每人最多同时持有 10 个有效的管理密钥。
接口
每个请求都要带Authorization: Bearer $OMNIRELAY_MANAGEMENT_KEY,请求体为 JSON。每个管理密钥每分钟最多 120 次请求。
/v1/manage/ 下的其他路径一律返回 404。管理密钥无法触及账单、账户或管理后台的接口。
为客户创建 Key
密钥所有者的工作空间必须处于已核验的服务就绪状态,否则POST /v1/manage/keys 返回 403 activation_required,不会创建 Key。请在总览 → 真实模型服务检查状态并完成开通后再试。已有 Key 的轮换和撤销仍是独立操作。
budget 单位为 micro-USD(50,000,000 即 50 美元)。defaultTags 遵循标签,allowedModels 遵循模型限制。请立即保存返回的 key,之后不会再显示。
读取用量
响应包含
totals、previous(上一周期,用于对比)、series,以及按模型、模型服务方、Key、状态的 groups。金额单位为 micro-USD,时间为 UTC。
GET /v1/manage/requests 支持同样的筛选,另有 limit(最多 1,000)和 before(上一页返回的 next 游标)。
调用顺序与字段
先在控制台创建管理密钥,再使用以下接口管理自己的 API Key。read 和 write 是管理密钥权限;它们不会自动开通模型。推理模型以自己的 Key 查询模型列表。
创建和轮换的响应包含完整 key,仅返回一次。本文响应为字段示例,ID 与前缀为占位值,不是实际凭据。创建 Key 返回 201;其他成功操作返回 200。
PATCH 只修改提供的字段。修改
budget 不补充已有的 remaining,补充时显式设置 remaining;周期预算必须大于零。清除预算时一起传 budget: null、remaining: null 和 resetPeriod: "none"。到期时间使用 Key 修改接口,不能传给预算接口。
每人最多 20 个有效 API Key。轮换保留 ID、到期时间、白名单、标签及费用计数,旧密钥立即失效;每人每小时最多轮换 10 次。创建和轮换没有幂等重试约定,网络结果不明确时先查列表并核实状态。
列出 Key 与预算
{ "keys": [...] },包括已撤销项,不包含完整密钥。注意列表字段采用 expires_at、default_tags 和 allowed_models,写入参数采用 expiresAt、defaultTags 和 allowedModels。
预算响应字段示例:
修改 Key 与预算
将$KEY_ID 替换为列表或创建响应的 id,不是完整密钥。
{ "ok": true }。发生 409 key_changed 时,先读取当前预算再决定是否重新修改。
轮换与撤销 Key
{ "id": "example-key-id", "key": "or-live-…" };立即安全保存新密钥并更新服务配置。撤销返回 { "ok": true },历史用量保留。
请求记录与分页
created、id 倒序返回,包含失败记录。limit 默认 50,范围 1–1,000;id 可精确查询 Request ID,并接受带 chatcmpl- 前缀的 ID。next 非 null 时,保持同样的筛选条件,将其原样传给 before:
next: null 表示没有下一页。记录中的 status 为 HTTP 状态数值,tags 是 JSON 编码的字符串或 null,不是标签对象。cost 为已结算费用,不能用它判断是否仍有未结算预留。
用量响应的 scope 表示读取范围:所有者具备 members.read 权限时可读工作空间统计,否则只能读本人记录;member 筛选也需要此权限。Key 列表和修改始终仅限管理密钥所有者的 Key。用量与请求读取另受每个所有者每分钟共 240 次监控读取限制。
错误
修改 Key 时的校验错误(
invalid_input、invalid_tags、invalid_model_rules、invalid_key_policy、invalid_key_expiry)与控制台一致。