API REFERENCE

API 接口参考

按用途选择 Chat Completions、Responses、Claude Messages 与图像接口,核对 Base URL、认证、SDK 示例和常见错误。

最后验证:2026-09-19

RootFlowAI 提供 OpenAI 兼容接口及部分模型家族的原生协议入口。接入时,需要同时核对模型、分组、接口与参数;替换 Base URL 并不代表所有模型都支持同一套功能。

先在模型价格页选择模型与分组,再按下表找到对应教程。尚未创建令牌时,先查看获取 API Key。

按用途选择接口

用途请求路径接入说明
查询令牌可见模型GET /v1/models不发起模型推理,适合先检查地址和认证
通用消息对话POST /v1/chat/completions使用 messages,只适用于支持该兼容接口的模型
Codex、支持 Responses 的工作流POST /v1/responses使用 input,参考Codex 接入
Claude Code、Claude 原生工具协议POST /v1/messages使用 Anthropic Messages 格式,参考Claude Code 接入
Gemini 原生内容与工具调用POST /v1beta/models/{model}:generateContentcontents 等字段与 OpenAI 格式不同,参考联网搜索说明
Images 兼容生图POST /v1/images/generations参考图像总览,编辑接口按具体模型教程选择
Gemini Token 计费生图POST /v1/chat/completions参考专门教程,不要与 Gemini 计次模型混用

这是一张入口选择表,不是全部模型的能力承诺。工具调用、图片输入、结构化输出、长上下文与联网搜索等能力需要逐项匹配模型和分组。

Base URL 与完整请求地址

配置位置填写内容
门户网页登录https://rootflowai.com
API 域名https://api.rootflowai.com
OpenAI Python SDK 的 base_urlhttps://api.rootflowai.com/v1
OpenAI JavaScript SDK 的 baseURLhttps://api.rootflowai.com/v1
Claude Code 的 ANTHROPIC_BASE_URLhttps://api.rootflowai.com

SDK 会在 Base URL 后追加接口路径。不要把完整的 /v1/chat/completions 当作 SDK Base URL,也不要重复拼出 /v1/v1。直接使用 curl 时则填写完整请求地址。

认证

本文 curl 与 OpenAI SDK 示例使用 RootFlowAI 令牌的 Bearer 认证:

Authorization: Bearer <ROOTFLOWAI_API_KEY>

在服务器或本机环境中设置密钥,不要把真实 Key 写进网页前端、Git 仓库或公开日志。下面 Bash 示例中的值是占位符:

export ROOTFLOWAI_API_KEY="sk-你的RootFlowAI令牌"
export ROOTFLOWAI_MODEL="填写支持目标接口的完整模型ID"

ROOTFLOWAI_MODEL 必须替换成实际模型 ID,不要直接把占位文字提交给接口。

免费检查:Models 模型列表

curl --fail-with-body --silent --show-error \
  https://api.rootflowai.com/v1/models \
  -H "Authorization: Bearer $ROOTFLOWAI_API_KEY"

此请求不发起模型推理。列表可以帮助确认地址、认证与模型可见性,但不能证明余额充足、目标分组可调用,或某个模型支持全部参数与工具。

下面的生成请求与 SDK 示例会产生实际调用费用,请先核对计费说明。

Chat Completions:消息对话

完整地址为 POST https://api.rootflowai.com/v1/chat/completions。下面是请求体示例,使用前将 MODEL_ID 替换为支持该接口的实际模型:

{
  "model": "MODEL_ID",
  "messages": [
    { "role": "user", "content": "用一句话介绍你能协助的任务。" }
  ],
  "stream": false
}

非流式文本响应通常从 choices[0].message.content 读取;消息可能包含工具调用或其他内容,不要假设所有响应都是纯文本。

参数使用要点
model完整模型 ID,与令牌权限及分组一致
messages对话消息数组;角色与内容类型按所选模型要求填写
stream流式输出需使用流式解析,不能把整个响应当普通 JSON
输出长度参数max_tokens、max_completion_tokens 等支持情况因模型与接口而异,勿同时照搬
temperature、top_p某些模型不接受或限制这些参数;先用最小请求验证,再添加需要的参数
tools、图片输入等确认模型及分组支持后再添加,不能从模型名字推断

Responses:input 工作流

完整地址为 POST https://api.rootflowai.com/v1/responses。请求格式与 Chat Completions 不同:

{
  "model": "MODEL_ID",
  "input": "用一句话介绍你能协助的任务。"
}

原始响应中的 output 是类型化内容数组。OpenAI SDK 提供 output_text 便捷属性用于获取文本;不要把它当作所有原始 HTTP 响应都必带的顶层字段。

需要联网搜索时,选择支持相应工具的模型,并按联网搜索能力说明显式传入工具、核对返回的工具事件。仅在提示词里写“请联网搜索”不会自动提供搜索工具。

Claude 与 Gemini 原生协议

Claude Messages 使用 /v1/messages,请求包含 model、max_tokens 和 messages。Claude Code 已负责组织这些请求,通常只需按安装配置教程配置地址、凭据与模型。自行集成时,还需按 Messages 协议设置版本头,例如 anthropic-version: 2023-06-01。

Gemini 原生 generateContent 将模型 ID 放在路径中,使用 contents 等字段;它与 Chat Completions 的 messages、Responses 的 input 不能互换。联网工具与图像输入请使用对应教程中的协议示例。

不同协议的流式事件、错误结构和 usage 字段也不同。切换接口时需要同步调整解析代码。

OpenAI SDK 示例

Python:Chat Completions

安装 SDK:

python -m pip install openai

代码从环境变量读取令牌和模型。运行前选择支持 Chat Completions 的模型:

import os
from openai import OpenAI

client = OpenAI(
    api_key=os.environ["ROOTFLOWAI_API_KEY"],
    base_url="https://api.rootflowai.com/v1",
)

response = client.chat.completions.create(
    model=os.environ["ROOTFLOWAI_MODEL"],
    messages=[{"role": "user", "content": "用一句话介绍你能协助的任务。"}],
)
print(response.choices[0].message.content)

JavaScript:Responses

安装 SDK,并将示例保存为 example.mjs:

npm install openai

运行前将 ROOTFLOWAI_MODEL 设置为支持 Responses 的模型:

import OpenAI from "openai";

if (!process.env.ROOTFLOWAI_API_KEY || !process.env.ROOTFLOWAI_MODEL) {
  throw new Error("请先设置 ROOTFLOWAI_API_KEY 和 ROOTFLOWAI_MODEL");
}

const client = new OpenAI({
  apiKey: process.env.ROOTFLOWAI_API_KEY,
  baseURL: "https://api.rootflowai.com/v1",
});

const response = await client.responses.create({
  model: process.env.ROOTFLOWAI_MODEL,
  input: "用一句话介绍你能协助的任务。",
});
console.log(response.output_text);

执行 node example.mjs 会发起生成调用。SDK 可能自带重试机制;生产集成应按成本与任务语义设置超时和重试策略。

常见错误与核对顺序

现象核对顺序
401密钥是否有效、是否正确传递认证头、是否误用了其他平台的 Key
403 或权限错误令牌限制、模型权限、分组与具体错误内容;不要只凭状态码判断余额
404API 域名、完整路径、是否重复 /v1,以及模型是否支持目标接口
模型不存在或无可用渠道完整模型 ID、分组、令牌权限及当前可用性
参数不支持回到最小请求体,按模型文档逐项添加参数
429查看错误类型和限流信息,降低并发并采用有上限的退避
超时或 5xx保留请求 ID,检查服务状态;异步任务先查询已有结果,避免重复提交

向支持反馈时提供时间、路径、模型和脱敏错误信息,不要附带完整 API Key。调用扣费可在消费日志核对。

相关资料