统一协议
OpenAI 兼容的请求与响应结构,现有 SDK、脚本与应用无需重写即可迁移。
# 一个端点,切换全部模型 POST https://xingying.dev/v1/chat/completions Authorization: Bearer YOUR_NEW_API_TOKEN Content-Type: application/json { "model": "deepseek-v3.2", "messages": [ { "role": "user", "content": "把这份合同摘要成三点" } ], "stream": true }
已按三点整理:一是交付范围,二是时间节点,三是验收标准。原文中的模糊表述已全部替换为可执行的条款。
01 / 能力
不做花哨的封装。把模型统一、把成本算清、把每一次调用留痕,才是平台真正难的部分。
OpenAI 兼容的请求与响应结构,现有 SDK、脚本与应用无需重写即可迁移。
同一模型可绑定多个上游,按可用性与权重分流,单点异常时自动切换。
为项目与成员分配独立密钥,设置额度、有效期与模型范围,随时停用。
每次调用的 token、延迟与费用逐条记录,按项目与模型汇总,可导出核对。
主流厂商的文本、推理与多模态模型集中管理,价格与上下文长度一屏对比。
调用链、错误码与限流状态实时可见,问题定位不再依赖猜测与日志拼图。
02 / 模型
同一套接口下的模型,价格、上下文与状态放在同一张表里。目录由后端实时返回,精确价格及可用分组请查看控制台。
| 模型 | 厂商 | 输入 / 百万 tokens | 输出 / 百万 tokens | 类型 | 操作 |
|---|---|---|---|---|---|
| 正在读取后台模型目录… | |||||
03 / 接入
沿用 OpenAI SDK,只改 base_url 与密钥。现有应用、脚本与工作流不必重写。
在控制台为项目生成独立密钥,按需设置额度、有效期与可用模型。
把 base_url 指向 xingying.dev/v1,其余参数保持不变。
请求、token、延迟与费用写入日志,按项目与模型汇总。
# 流式请求,与 OpenAI 完全一致 curl https://xingying.dev/v1/chat/completions \ -H "Authorization: Bearer $YUMI_API_KEY" \ -H "Content-Type: application/json" \ -d '{ "model": "deepseek-v3.2", "messages": [ {"role": "user", "content": "把这份合同摘要成三点"} ], "stream": true }'
import os from openai import OpenAI client = OpenAI( api_key=os.environ["YUMI_API_KEY"], base_url="https://xingying.dev/v1", ) stream = client.chat.completions.create( model="deepseek-v3.2", messages=[{"role": "user", "content": "把这份合同摘要成三点"}], stream=True, ) for chunk in stream: print(chunk.choices[0].delta.content or "", end="")
import OpenAI from "openai"; const client = new OpenAI({ apiKey: process.env.YUMI_API_KEY, baseURL: "https://xingying.dev/v1", }); const stream = await client.chat.completions.create({ model: "deepseek-v3.2", messages: [{ role: "user", content: "把这份合同摘要成三点" }], stream: true, }); for await (const chunk of stream) { process.stdout.write(chunk.choices[0]?.delta?.content ?? ""); }
04 / 控制台
不用在四个系统之间切换。余额、消耗趋势、最近请求与项目密钥,打开控制台就能读完。
| 时间 | 模型 | tokens | 费用 | 延迟 |
|---|---|---|---|---|
| 14:32 | deepseek-v3.2 | 1,284 | ¥0.03 | 620 ms |
| 14:28 | qwen3-max | 862 | ¥0.02 | 841 ms |
| 14:21 | claude-sonnet-4.5 | 2,106 | ¥0.18 | 1,240 ms |
05 / 场景
不绑定单一厂商,也不绑定单一形态。一个密钥可以服务产品、团队与实验。
聊天、写作、检索增强。以业务指标切换模型,而不用改一遍应用架构。
给团队一个统一入口,按成员分配额度,成本落在项目上,而不是某张个人账单上。
同一份提示词发往不同模型,用统一日志对比质量、延迟与价格,再决定上线哪一个。
06 / 问答
接入前请查看开发文档,具体功能与计费以后台配置为准。
你只需要维护一套端点与密钥,就能在多家模型之间切换。用量、额度与账单在同一个控制台汇总,不必为每家厂商分别处理计费、限额与错误码。
如果已经在使用 OpenAI 兼容的 SDK,通常只需要替换 base_url 和 API Key。请求体、流式响应与工具调用结构保持一致;细节见开发文档中的快速开始。
控制台默认记录请求时间、模型、token 数、延迟、状态码与费用,用于对账和排障。是否记录提示词与回复内容,取决于部署配置;官网示例不发送真实请求;控制台操作及 API 调用由后端实际处理。
在控制台的 API 密钥页面立即停用该密钥,再创建一把新的。建议为不同项目使用不同密钥,并设置额度上限,避免单一密钥影响全部业务。
按 token 用量计费,输入与输出分别计价。额度实时扣减,账单按请求明细汇总。价格、额度及可用模型以后台实时配置为准。
实际调用按后台配置计费 · 无需安装依赖