平台管理
管理员维护 OpenAI、Anthropic、DeepSeek 等平台，记录 base_url、api_type 与可用模型列表，随时增删改。
RunnerKeychain — 大模型 API Key 管理与中转平台
把零散的模型 Key，收进一个统一中转站
RunnerKeychain 统一管理 OpenAI、Anthropic、DeepSeek 等平台的 Key：加密存储、一键测试；为每个用户签发 rk- 中转 Key，调用方只需一个兼容 OpenAI 的地址，后端自动在可用 Key 之间切换。
- 支持平台
- 3+
- 统一调用地址
- 1
- 中转 Key 前缀
- rk-
支持平台
功能
从平台、Key 到调用，一处管齐
管理员维护平台与官方 Key，普通用户只拿到自己的中转 Key——两层各管各的，互不暴露。
Key 统一管理
每个 Key 带名称、标签、有效期、备注与所属平台；支持一键测试可用性，明文只在创建或显式查看时返回。
中转 Key
为每个用户签发 rk- 前缀的中转 Key，一个 Key 统一访问多个平台，批量生成便于复制分发。
自动故障切换
调用遇到 401 / 403 / 429 或网络错误时，后端自动换下一个可用 Key 重试，无需人工干预。
批量生成
一次生成多个中转 Key，团队分发、多场景使用都不用一个个建。
多用户与权限
邮箱 + 密码注册，JWT 鉴权；管理员与普通用户角色分离，各管各的 Key。
用法
三步接入，照常调用
兼容 OpenAI 的 SDK 与客户端都可以直接指过来。
01
生成中转 Key
登录控制台，为账号生成 rk- 开头的中转 Key，支持一次多个。
02
配置调用地址
把客户端的 base URL 指向 RunnerKeychain 中转地址（OpenAI 兼容）。
03
照常调用
用 Bearer rk-… 发请求；某个上游 Key 失效时后端自动切换。
# 中转地址 — OpenAI 兼容（当前实例前缀 /v3）
curl https://runner.anahgo.com/v3/chat/completions \
-H "Authorization: Bearer rk-xxxxxxxx" \
-H "Content-Type: application/json" \
-d '{"model":"gpt-4o-mini","messages":[{"role":"user","content":"Hello"}]}'中转前缀由部署方配置：当前实例为 /v3（默认 /v1）。返回 401 说明链路已通、鉴权生效。
常见问题
先回答最常问的几个
中转 Key 和 Provider Key 有什么区别？
Provider Key 是你在平台里录入的官方大模型 Key，加密存储，仅所有者或管理员可见；中转 Key 是你生成的 rk- Key，用它统一调用，后端替你挑选可用的 Provider Key 并转发。
支持哪些平台？
平台由管理员维护，当前已有 OpenAI、Anthropic、DeepSeek 等，可随时扩展——新增平台不用改任何客户端配置。
调用地址是什么格式？
OpenAI 兼容：https://runner.anahgo.com/v3/{端点}，例如 /v3/chat/completions。中转前缀由部署方配置（当前实例 /v3，默认 /v1）。
某个 Key 失效了会怎样？
请求遇到 401 / 403 / 429 或网络错误时，后端自动换下一个可用 Key，你不需要改任何配置。
Key 明文安全吗？
Provider Key 以 Fernet 加密后落库，明文只在创建或显式查看时返回；中转 Key 明文只在生成时展示一次，之后只留密文。