现已开放注册 /v1 网关运行中

一个Key, 接通所有AI。

聚流把分散在各家平台的 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
  }'
POST /v1/chat/completions 200 OK · 318 ms

兼容与支持

/01 入口
现状

多个控制台。
多把 Key。

每家平台各有控制台、密钥与账单。模型从来不是难点,账号才是。

接入之后

一个地址。
一个 Key。

请求由网关按线路转发,余额与用量集中在同一处查看。上游的差异留在上游。

你的接入方式 现状
DeepSeek Qwen MiniMax 月之暗面 智谱 豆包 腾讯混元 小米 美团 NeoHorse
https://api.lcypvt.online/v1
/02 迁移
第一步

改 base_url。

OpenAI SDK、cURL 或任意 HTTP 客户端均可。调用方式保持不变,只有地址改变。

第二步

模型名照旧。

请求体结构、流式输出与函数调用保持原样,不需要为每家平台单独适配。

完成

完成。

流式输出、函数调用与视觉输入原样通过网关,返回结构仍然是 OpenAI 格式。

app.py
1from openai import OpenAI
2
3client = OpenAI(
4 base_url="https://api.openai.com/v1""https://api.lcypvt.online/v1",
5 api_key=os.environ["JULIU_KEY"],
6)
7
8stream = client.chat.completions.create(
9 model="deepseek-v4.1-flash-1017",
10 messages=[{"role": "user",
11 "content": "你好"}],
12 stream=True,
13)
200 OK 路由经由聚流网关

在任意能发起 HTTPS 请求的环境里运行

PythonNode.jscURLPostman
/03 路由
路由

请求,
总是找到
最健康的线路。

每次请求先按健康度、容量与成本评分,再离开网关。失效的线路不会收到流量。

线路池

一条不通,
立刻换下一条。

同一模型可挂多条线路。转发失败时按顺序自动切换,调用方无需感知。

模型
51
线路
160
供应商
10
线路池 实时 8 条
线路 01200 · 84 ms 线路 02200 · 121 ms 线路 03200 · 96 ms 线路 04200 · 143 ms 线路 05200 · 67 ms 线路 06200 · 108 ms 线路 07200 · 91 ms 线路 08200 · 156 ms
160 条线路在册
每 30 秒探测一次

失败自动切换 · 单次请求只计一次

自适应转发

每次请求落在健康的可用线路上。失效的密钥不会看到流量。

支出控制

每日请求额度与每分钟频率在网关侧强制生效,不依赖客户端自觉。

调用留痕

每次调用写入带时间戳与计费的记录,账单即日志。

/04 证据

数字,网关已经记下。

每一个数字都来自网关写入的记录表,而非估算。用量、延迟与状态,都可以逐条核对。

51
模型在线
160
线路在册
10
供应商接入
200
标准响应
usage_logs 最近 4 条
时间端点状态延迟
12:04:22/v1/chat/completions20084 ms
12:04:31/v1/chat/completions200121 ms
12:04:44/v1/embeddings20063 ms
12:05:02/v1/chat/completions20096 ms
/05 开始
开始使用

注册,创建 Key,
发送第一个请求。

注册后创建一把 API Key,把地址换过来。第一次成功调用通常只需要几分钟。

注册方式
邀请制
账号验证
邮箱
接口格式
OpenAI 兼容
密钥
控制台创建

常见问题

你可能想
知道的事。

一个 AI API 聚合网关。你只需要记住一个地址、管理一把 Key,上游的差异由网关处理。

通常只改两处:base_url 与 api_key。接口遵循 OpenAI 兼容格式,参数与返回结构保持一致。

任何能发起 HTTPS 请求的语言都可以。官方示例覆盖 cURL、Python 与 JavaScript。

网关只做转发,不在网关侧持久化对话内容。调用记录保留必要的元数据,便于排查问题。

我们的立场

我们不生产模型。
我们只把入口,
做得足够简单。

聚流只做一件事:把分散在各家平台的 AI 接口,收拢成一个稳定、可观测、可切换的入口。模型由各家提供,选择权留给你。