velokey

它是多厂商 AI 模型的聚合网关。直接调厂商接口意味着每家都要单独处理鉴权、参数和返回结构；走 velokey 则是所有模型共用一套调用方式，换模型只改模型标识，代码里的适配分支少很多。代价是请求要经过网关多转一次。

具体支持的模型与厂商以官方的清单为准。聚合平台的模型范围取决于上游接入情况，会随厂商调整而变化，建议在动手接入前先确认你要用的目标模型是否在支持列表内。

官网未公开具体计费方式与费率，实际价格以官方页面为准。由于聚合层通常按上游模型的用量转计，不同模型之间的单价差异会直接体现在账单上，正式接入前建议先确认计费口径和用量结算方式。

会多出网关转发这一段。具体增加多少取决于网关节点位置、网络链路和上游响应速度，官网未公开相关延迟指标。对延迟敏感的场景建议先用真实请求实测，再决定是走聚合入口还是对少数关键模型直连上游。

判断依据不是项目大小，而是要不要同时用多家模型。只调一个模型、且短期不打算换的项目，直连厂商接口链路更短、排查更简单；需要在多个模型之间切换、分流或做对比的项目，聚合入口省下的适配和维护成本更明显。

聚合层会承接这类变动，但影响会传导到使用方。建议在代码里保留模型回退逻辑，并在日志中记录每次请求实际使用的模型标识，这样上游调整时可以快速判断受影响范围并切到备用模型。

请求会先到 velokey 的网关再转发给上游模型厂商，属于经过外部中转的调用方式。官网未说明数据留存与合规处理细节，涉及用户隐私、商业机密或受监管数据的业务，接入前应先按自身合规要求评估是否可接受。