TiDBA API

OpenAI 兼容 API 快速接入

从注册、创建平台 API Key 到发出第一个 /v1/responses 请求,先用最小请求确认地址、鉴权和模型都正确。

更新于 2026-07-24预计阅读 5 分钟

准备工作

  1. 注册页创建账号并登录。
  2. 进入 API Keys 页面,创建一把平台 Key。
  3. 试用时选择公开标准分组;购买套餐后,为对应套餐分组单独创建 Key。
  4. 记录 Base URL:https://sub.tidba.com
平台 Key 只在客户端本地保存。不要把真实 Key 放进截图、公开仓库、前端代码或问题反馈正文。

发出第一个请求

先使用非流式的最小请求。它最适合排除网络、鉴权和模型名问题。

curl https://sub.tidba.com/v1/responses \
  -H "Content-Type: application/json" \
  -H "Authorization: Bearer YOUR_TIDBA_API_KEY" \
  -d '{
    "model": "gpt-5.6-sol",
    "instructions": "请使用简体中文回答。",
    "input": "回复 OK,并说明当前连接正常。"
  }'

返回 JSON 且包含模型输出,即说明基础接入已经完成。客户端要求填写 /v1 时,Base URL 使用 https://sub.tidba.com/v1;支持 Responses 原生地址的客户端也可以填写根地址。

测试流式输出

基础请求成功后,再启用流式响应。这样可以区分“请求无法建立”和“流式处理中断”。

curl -N https://sub.tidba.com/v1/responses \
  -H "Content-Type: application/json" \
  -H "Authorization: Bearer YOUR_TIDBA_API_KEY" \
  -d '{
    "model": "gpt-5.6-sol",
    "input": "用三点说明如何保护 API Key。",
    "stream": true
  }'

-N 会关闭 curl 的输出缓冲,便于观察事件是否持续到达。

客户端应填写什么

配置项推荐值说明
Base URLhttps://sub.tidba.com客户端强制要求时追加 /v1
API Key平台生成的 Key不是上游原始凭据
API 类型Responses优先选择 Responses API
模型gpt-5.6-sol先用默认模型完成连通性测试
流式输出开启基础非流式测试成功后再开启

常见错误

401 或鉴权失败

检查 Key 是否完整、是否多了引号或空格,并确认请求头使用 Authorization: Bearer ...

余额不足或订阅不可用

确认这把 Key 选择了正确分组。余额 Key 与套餐 Key 独立,购买套餐不会让旧 Key 自动切换计费方式。

404 或端点不存在

Responses 请求应发送到 /v1/responses。不要把控制台网页地址当成 API 端点。

502 或流式中断

先保留请求时间和 Request ID,再参考 502 排查步骤,不要立即连续高频重试。

先完成一次真实请求

注册账号会获得少量试用额度,用于验证客户端配置。

注册并测试