自适应转发
每次请求落在健康的可用线路上。失效的密钥不会看到流量。
聚流把分散在各家平台的 AI 接口收拢到同一个地址。
统一鉴权,统一调用方式,现有代码几乎不必改动。
为每家平台维护一套账号
一个地址,一把 Key。
兼容 OpenAI 接口格式 · 邮箱注册即可开始
# 替换 base_url 与 api_key
import os
from openai import OpenAI
client = OpenAI(
base_url="https://api.lcypvt.online/v1",
api_key=os.environ["JULIU_KEY"],
)
stream = client.chat.completions.create(
model="deepseek-v4.1-flash-1017",
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({
baseURL: "https://api.lcypvt.online/v1",
apiKey: process.env.JULIU_KEY,
});
const stream = await client.chat.completions.create({
model: "deepseek-v4.1-flash-1017",
messages: [{ role: "user", content: "你好" }],
stream: true,
});
for await (const chunk of stream) {
process.stdout.write(chunk.choices[0]?.delta?.content ?? "");
}
# 流式调用
curl https://api.lcypvt.online/v1/chat/completions \
-H "Authorization: Bearer $JULIU_KEY" \
-H "Content-Type: application/json" \
-d '{
"model": "deepseek-v4.1-flash-1017",
"messages": [{ "role": "user", "content": "你好" }],
"stream": true
}'
兼容与支持
每家平台各有控制台、密钥与账单。模型从来不是难点,账号才是。
请求由网关按线路转发,余额与用量集中在同一处查看。上游的差异留在上游。
OpenAI SDK、cURL 或任意 HTTP 客户端均可。调用方式保持不变,只有地址改变。
请求体结构、流式输出与函数调用保持原样,不需要为每家平台单独适配。
流式输出、函数调用与视觉输入原样通过网关,返回结构仍然是 OpenAI 格式。
在任意能发起 HTTPS 请求的环境里运行
每次请求先按健康度、容量与成本评分,再离开网关。失效的线路不会收到流量。
同一模型可挂多条线路。转发失败时按顺序自动切换,调用方无需感知。
失败自动切换 · 单次请求只计一次
每次请求落在健康的可用线路上。失效的密钥不会看到流量。
每日请求额度与每分钟频率在网关侧强制生效,不依赖客户端自觉。
每次调用写入带时间戳与计费的记录,账单即日志。
每一个数字都来自网关写入的记录表,而非估算。用量、延迟与状态,都可以逐条核对。
常见问题
一个 AI API 聚合网关。你只需要记住一个地址、管理一把 Key,上游的差异由网关处理。
通常只改两处:base_url 与 api_key。接口遵循 OpenAI 兼容格式,参数与返回结构保持一致。
任何能发起 HTTPS 请求的语言都可以。官方示例覆盖 cURL、Python 与 JavaScript。
网关只做转发,不在网关侧持久化对话内容。调用记录保留必要的元数据,便于排查问题。
我们的立场
聚流只做一件事:把分散在各家平台的 AI 接口,收拢成一个稳定、可观测、可切换的入口。模型由各家提供,选择权留给你。