[00] gateway
一个 Endpoint, 驾驭所有模型。
原生兼容 OpenAI 与 Anthropic 协议,替换 Base URL 即可切换 GPT、Claude、Gemini 等主流大模型,Token 消耗透明可见。
https://api.echoflowai.cc/v1- 01POST /v1/chat/completions0.08s
- 02group default · model gpt-6-astra0.14s
- 03stream openai · text/event-stream0.42s
- 04commit usage · prompt 1204 completion 3380.06s
tokens1,542
cost$0.004
响应原样返回,不做改写4/4
[01] quickstart
三步接入, 不改业务代码。
每一步都发生在你现有的客户端里。没有私有协议,没有额外依赖。
- 01COPY
COPY
复制 Base URL
在控制台复制地址,或直接用下面的默认地址。
https://api.echoflowai.cc/v1
- 02PASTE
PASTE
粘贴到客户端
Cursor、Claude Code、任意 OpenAI 协议客户端或 SDK 都能填。
base_url → /v1
- 03KEY开始调用 ✓
KEY
填入 API Key
控制台统一签发,可随时停用或轮换,不影响已接入的客户端。
Authorization: Bearer sk-...
- 开始调用 ✓
[02] capability
六项承诺, 都能验证。
不是形容词,是网关实际的行为。
- PR协议全兼容原生兼容 OpenAI SDK,无需编写适配层,迁移更快。
- ST流式优先HTTP/2 与 HTTP/3 双向流,长上下文不断流。
- THThinking 全链路深度思考全程透传,无截断无转换,推理结果原样呈现。
- DS数据不落盘TLS 1.3 全程加密,纯内存转发不写盘。
- MM多模态支持文本、图像、音视频、Embedding / Rerank 全覆盖。
- US用量透明控制台提供实时 Token 用量与费用明细,按量计费。
[03] quickstart
四行配置, 其余照旧。
模型名与官方保持一致,参数、流式与错误码都按原协议走。
- +不需要安装任何私有 SDK
- +流式 SSE 原样透传,不做缓冲改写
- +模型名与官方一致,不用查映射表
- +换模型只改一个字符串
from openai import OpenAI
client = OpenAI(
api_key="sk-...",
base_url="https://api.echoflowai.cc/v1",
)
resp = client.chat.completions.create(
model="gpt-6-astra",
messages=[{"role": "user", "content": "你好"}],
stream=True,
)import OpenAI from "openai";
const client = new OpenAI({
apiKey: process.env.OPENAI_API_KEY,
baseURL: "https://api.echoflowai.cc/v1",
});
const resp = await client.chat.completions.create({
model: "gpt-6-astra",
messages: [{ role: "user", content: "你好" }],
stream: true,
});# 路径与官方一致,只换域名
curl https://api.echoflowai.cc/v1/chat/completions \
-H "Authorization: Bearer sk-..." \
-H "Content-Type: application/json" \
-d '{
"model": "gpt-6-astra",
"messages": [{"role": "user", "content": "你好"}],
"stream": true
}'$ curl200 OK · stream SSE · 1,542 tokens
[04] endpoints
十个端点, 路径与官方一致。
客户端里的请求不用改路径,换个域名就能接入。
| 端点 | 说明 |
|---|---|
| /v1/chat/completions | OpenAI 对话补全 |
| /v1/responses | OpenAI 响应式对话 |
| /v1/messages | Anthropic 消息 |
| /v1beta/models/{model}:generateContent | Gemini 原生 |
| /v1/embeddings | 文本向量 |
| /v1/rerank | 重排序 |
| /v1/images/generations | 图像生成 |
| /v1/audio/speech | 语音合成 |
| /v1/audio/transcriptions | 语音转写 |
| /v1/realtime | 实时语音 |
[05] key numbers
- 72
- 可接入客户端
- 10
- 透传端点
- 6
- 核心能力
- 3
- 步完成接入
[06] clients
72 个客户端, 换个地址就能用。
覆盖 IDE、对话客户端、Agent 框架、自动化工作流与浏览器插件。
覆盖 72 个 AI 工具 · 每周更新
- Cursor在设置中填入 Base URL,模型列表自动刷新,原有快捷键与工作流全部保留。
- Windsurf在自定义 Provider 中接入,Cascade 级联推理照常工作,编码节奏不变。
- Claude Code配置 ANTHROPIC_BASE_URL 后,可直接调用原本未开放的模型。
- Cline在 VSCode 中选择 OpenAI 兼容来源,读写文件与终端操作保持原样。
- Aider在终端替换 API 基址,Git 仓库照常修改与提交。
- opencode开源终端 Agent,支持 75+ 模型来源,也可部署为无头服务。
- Codex CLI配置 OPENAI_BASE_URL,本地与云端任务均可切换到指定模型。
- Zed内置 AI 面板指向自定义服务,键入即可获得行内补全。
- ContinueVSCode 与 JetBrains 插件,替换 API 基址即可用自选模型续写代码。
- Roo Code支持多 Agent 模式,可并行处理互不冲突的任务。
- Sourcegraph Cody读取全仓库上下文回答问题,在管理页填入自定义 LLM 端点即可。
- GooseBlock 出品的桌面 Agent,支持扩展安装与本地环境操作。
- Gemini CLIGoogle 的命令行 AI 工具,配置自定义模型后可在本地直接调用。
- Tabby自托管代码补全服务,可转发至任意 OpenAI 兼容端点。
- PearAIVSCode 内的 AI 结对编程,可在设置中切换自定义模型来源。
- Qwen Code通义千问出品的编程 CLI,配置自定义基址后可切换其他模型接力。
- TraeAI 原生 IDE,在模型设置中填入自定义服务商即可接入。
- Void开源编辑器,支持自定义 OpenAI 兼容端点替换内置模型。
- Kilo Code全功能编码 Agent 扩展,在设置中选择 OpenAI 兼容 Provider。
- CodeGPT编辑器内的 AI 助手,支持按 OpenAI 协议添加自定义 Provider。
- Cherry Studio在模型列表中添加 OpenAI 兼容来源,无需其他复杂设置。
- ChatBox填入 Base URL 与密钥即可使用,对话数据保留在本机。
- LobeChat添加自定义 Provider 后,插件市场与 Agent 编排照常可用。
- NextChat配置 BASE_URL 环境变量部署一次,各端可访问同一份对话。
- Open WebUI在管理员面板添加 OpenAI 连接,团队成员共用同一套账号。
- TypingMind网页端长记忆对话,可直接接入自定义模型来源。
- Msty支持多模型并行回答,分栏对照结果更直观。
- LibreChat开源对话界面,可同时挂载多种 Provider。
- Big-AGI画板与对话一体,自定义 LLM 端点按 OpenAI 协议接入即可。
- BoltAImacOS 原生客户端,支持全局快捷键唤起,配合自定义来源响应更快。
- Jan本地优先的桌面客户端,接入远程模型同样使用 OpenAI 兼容协议。
- ChatHub浏览器侧边栏可同时向多家模型提问,对比答案一目了然。
- Hika极简桌面客户端,自定义模型在同一面板内即可切换完成。
- ChatWise桌面客户端,在设置中添加自定义 API 即可开始对话。
- BetterChatGPT开源网页对话界面,填入端点即可使用,界面保持轻量。
- AIaW多模型桌面客户端,支持导入自定义服务商与知识库。
- SillyTavern角色扮演对话前端,在连接设置中选择 OpenAI 兼容接口。
- OpenClaw开源个人助手,支持接入 WhatsApp 与 Telegram 等常用频道。
- Hermes Agent在 config.yaml 中修改 base_url,记忆与技能可跨会话延续。
- crewAI多 Agent 协作框架,自定义 LLM 接入一次,全部角色复用。
- AutoGen微软的多 Agent 编排库,在配置中替换为 OpenAI 兼容端点即可。
- Letta长期记忆 Agent 框架,LLM 部分按 OpenAI 客户端协议配置。
- Mem0记忆层中间件,可使用自定义 LLM 完成事实抽取与重写。
- AnythingLLM本地 RAG 与工作台,多 LLM Provider 切换无需额外配置。
- Replit Agent云端 IDE 内置 Agent,替换基址后远程构建同样可调用自选模型。
- v0.devUI 生成 Agent,接入自定义模型来源后生成结果更可控。
- Bolt.new由提示词直接生成可运行的全栈应用,自定义模型作为生成引擎。
- OpenHands开源软件工程 Agent,LLM 配置支持任意 OpenAI 兼容端点。
- AutoGPT自主任务执行 Agent,在环境变量中指定模型服务地址。
- MetaGPT多角色协作框架,配置一次即可让全部角色使用同一模型。
- OpenManus通用任务 Agent,在配置文件中替换模型端点即可运行。
- Dify将模型供应商切换至此,已搭建的工作流与节点无需重建。
- FastGPT知识库更换模型供应商后,问答流程无需调整。
- Coze在 HTTP 节点粘贴端点,Bot 即可调用自选模型,无需改写流程。
- n8n在 AI Agent 节点配置基址,自动化流程中的模型调用全部经由该端点。
- Flowise拖拽式 Agent 构建器,聊天节点可一键更换底层 LLM。
- LangflowLangChain 可视化层,在节点配置中修改 OpenAI 兼容 Base URL。
- Stack AI企业级 Agent 平台,自定义端点既可作为主链也可作为评分器。
- Relevance AI低代码 Agent 工具链,模型来源按 OpenAI 协议切换。
- Botpress对话自动化平台,LLM 节点可指向任意 OpenAI 兼容服务。
- Activepieces开源自动化平台,AI 步骤可指定自定义模型端点。
- Windmill开发者工作流引擎,脚本内按 OpenAI 协议直连模型。
- Sim Studio可视化 Agent 工作流,模型节点支持自定义 Base URL。
- 沉浸式翻译双语翻译插件,填入自定义接口即可自选翻译模型。
- Zotero GPTZotero 文献摘要与润色可更换模型,引用格式不受影响。
- GPT Academic论文解读与代码注释等场景,接入后可调用更强的模型。
- BobmacOS 系统级翻译悬浮窗,自定义 LLM 可让译文更准确。
- Open Interpreter本地代码解释器,模型来源按 OpenAI 兼容协议接入即可。
- QuiverNotion 内多模型分发插件,自定义来源可统一管理全部页面。
- Raycast系统级启动器,AI 命令可切换到自定义模型服务。
- Sider浏览器侧边栏助手,填写自定义接口即可用于网页问答。
- Monica网页阅读与写作助手,自定义模型来源可统一配置。
没有匹配的客户端,试试其他关键词或切换分类。
[07] faq
接入前最常问的几个问题
答案都来自当前线上文档与控制台行为,没有额外承诺。
+如何将我的现有项目迁移到 EchoFlowAPI?
将项目中 OpenAI SDK 的 base_url 替换为 https://api.echoflowai.cc/v1,并填入平台 API Key 即可,无需修改业务代码。支持 Python、Node.js、LangChain、LlamaIndex 等。
+支持哪些模型?
覆盖主流闭源与开源系列,完整清单见价格页。模型名与官方保持一致,可直接使用。
+Thinking 推理链能完整返回吗?
可以。推理过程通过标准字段完整透传,格式与官方原生一致,不做截断或改写。
+数据会被存储吗?
不会。网关采用纯内存转发,请求与响应均不落盘,TLS 1.3 全程加密。
+支持流式输出和函数调用吗?
支持。Streaming SSE、Tools / Function Call、Vision 多模态均按 OpenAI 标准协议实现。
+用量和费用在哪里查看?
控制台提供实时的 Token 用量与费用明细,按量计费,每一次请求的消耗都能查到。
+支持图片、音频等多模态输入吗?
支持。Vision、语音转写等接口均按 OpenAI 标准协议实现,实际可用范围取决于所选模型本身的能力。
+请求失败或超时怎么办?
网关内置自动重试与多渠道路由;控制台会记录每个请求的状态与错误原因,便于快速定位问题。
+API Key 需要自己维护吗?
不需要。平台统一签发密钥,可在控制台随时创建、停用或轮换,不影响已经接入的客户端。
+遇到问题如何获得支持?
可以通过页面底部的「联系我们」提交问题,也可以先查阅 API 文档中整理的常见错误说明。