关于我们
模型在变， 你的接入层不该重写。
Velokey 是一个兼容 OpenAI 的统一 API，把 20+ 家供应商的 120+ 个文本、图像、视频和音频模型收敛到同一套接入方式。定价在调用前就写清楚，切换模型只改一个参数，不锁定，也不必返工。
120+
可接入模型
20+
上游供应商
99.9%
近月观测可用性
1
个 API·多 SDK 兼容
01
我们是什么
Velokey 是一层接入，位于你的代码和各家模型供应商之间。它不是一个模型，也不是一个大而全的平台。它做的事很具体：让你用一套 API、一个 key、一份定价，稳定地调用主流的文本、图像、视频和音频模型。
模型属于哪家、下个月换成哪个，这些应该由接入层来处理，而不是写进你的业务代码。
02
问题出在哪里
把 AI 模型接进真实产品，本该是一个可以从容做出的决定。但现在的模型层是碎片化的：各家供应商定价口径不一，参数格式、重试行为和异步模式各不相同，更新节奏也不同步，账单和日志常常对不上。
于是，本该是基础设施的部分，变成了每个团队各自重建的工程，而且每当模型格局变化，就要再重建一次。
03
我们给自己定的标准
以下是我们对自己的要求。每一条都可以在你开始使用之前自行验证，而不只是事后感受。
定价在调用前就是公开的
每个模型的价格，在你创建 key、发出第一次请求之前就是明确的。定价页、控制台和账单说的是同一件事。
切换模型只改一个参数
在 GPT、Claude、Gemini 以及图像、视频模型之间切换，只需要改一个 model 参数，不必重写技术栈或重做集成。
不存储你的请求和响应
Velokey 以安全代理的方式运行，不留存请求内容和模型输出。流量全程 TLS 1.3 加密，审计日志只记录会话元数据。
上游故障时自动切换
我们对供应商做健康监测，当某一路上游降级或中断时自动切到可用节点，路由本身的额外开销保持在毫秒级。
一个 key，可追踪、可撤销
一个 Velokey key 取代了原本需要分别登录、轮换和保管的多个供应商 key。用量按 key 统计，可随时撤销。
04
我们不做的事
有些事我们有能力做，但选择不做，因为它们和透明、可靠、不锁定这几点相互矛盾。
不训练自己的模型
我们是中立的接入层，不与运行在上面的模型竞争。哪个模型更合适就用哪个，我们没有理由偏向某一家。
不为演示优化
异步、重试、回调、状态查询和供应商变更都被当作核心能力来对待。模型和产品之间的差距，往往体现在第一万次调用，而不是第一次演示。
不隐藏定价，也不利用你的数据
我们的收入来自透明的用量计费，而不是隐藏加价，也不来自转卖你的请求数据。
不制造迁移成本
我们兼容 OpenAI、Anthropic 和 Google 的 SDK 格式，大多数代码只需更换 base URL 和 key。你可以随时迁走，我们希望你留下的理由是它确实好用。
05
我们为谁而建
Velokey 面向三类目标不同、但需求相似的团队：稳定的接入、清晰的成本、灵活的选型。
正在发布生产应用的开发者
你需要可预期的行为、清晰的定价，以及一个不会因为某家供应商故障而一起中断的模型层。一个 key、一套 SDK，背后是全部模型。
阅读 API 文档 →正在扩展 AI 能力的团队
你需要在不重写代码的前提下比较模型、按质量或成本分流，并确保昨天能正常工作的今天依然如此。
浏览模型 →媒体生成工作流
为 Veo、Sora、Kling、Seedance、Wan 等提供生产可用的异步 API：Task ID、轮询、Webhook 回调、重试处理，以及清晰的单次输出成本。
阅读文档 →06
现状与边界
透明也意味着说清楚我们不是什么，以及可用性到底取决于什么。
我们是接入层，不拥有模型
模型的能力、质量和局限来自上游供应商，而不是我们。我们提供的是统一、稳定和透明的接入，而不是模型本身，因此也不会夸大某个模型并不具备的能力。
可用性有一部分取决于上游
我们通过监测和自动切换来降低单点故障，但无法为不由我们掌控的部分做出承诺。当多家上游同时异常时，我们能做的是尽快切换并如实同步。