跳转到主要内容

概述

TokenLab 提供了多种 API 格式,以便常见的编码工具、SDK 和框架能够以最少的胶水代码进行集成。 本页面特意比营销矩阵更为精简:
  • 支持 (Supported):意味着我们记录了具体的设置路径,且 TokenLab 提供了该路径所期望的协议形态。
  • 强原生路径 (Strong native path):意味着代码库中还包含针对该协议族的直接适配器或请求格式证据。
  • 尽力而为 (Best-effort):意味着集成可以工作,但上游客户端并未将此自定义网关工作流视为稳定的契约。
不支持的字段处理方式不尽相同。在兼容性路由上,某些字段会被忽略或标准化。在 /v1/responses 上,当路由无法保证所请求的行为时,不支持的字段可能会返回明确的 400503 错误。

支持的 API 格式

IDE 与 CLI 兼容性

已记录的工具路径

其他 OpenAI 兼容的编辑器和代理工具通常也适用于相同的基本 URL 模式;在生产环境使用前,请检查工具自身的自定义提供商支持情况。

配置示例

Cursor 内部使用 Anthropic 风格的工具格式。TokenLab 同时支持:
  • OpenAI 格式:{ type: "function", function: { name, parameters } }
  • Anthropic 格式:{ name, input_schema } (无 type 字段)

SDK 兼容性

已记录的 SDK 与框架路径

Chat Completions 参数

核心参数

工具调用

工具选择选项

高级参数

OpenAI 高级功能

提供商特定选项

Anthropic Messages 参数

核心参数

工具调用

扩展推理 (Extended Thinking)

Responses API 参数

核心参数

高级参数

工具格式

同时支持 OpenAI 和 Anthropic 工具格式:

Gemini API 参数

核心参数

工具

安全设置

附加参数

流式传输

暴露 stream: true 的生成端点(包括 Chat Completions 和 Responses)使用服务器发送事件 (SSE):

错误处理

TokenLab 返回 OpenAI 兼容的错误响应:
详情请参阅 错误处理指南

最佳实践

仅当所选公共路由和模型支持时,才会转发未知参数。
对于 Chat Completions 流式传输,启用 stream_options.include_usage 以获取准确的 token 计数。Responses 有其自己的流式契约,不暴露此仅限 Chat 的选项。
匹配 SDK 预期的格式。TokenLab 同时接受 OpenAI 和 Anthropic 格式。