概述
TokenLab 提供了多种 API 格式,以便常见的编码工具、SDK 和框架能够以最少的胶水代码进行集成。 本页面特意比营销矩阵更为精简:- 支持 (Supported):意味着我们记录了具体的设置路径,且 TokenLab 提供了该路径所期望的协议形态。
- 强原生路径 (Strong native path):意味着代码库中还包含针对该协议族的直接适配器或请求格式证据。
- 尽力而为 (Best-effort):意味着集成可以工作,但上游客户端并未将此自定义网关工作流视为稳定的契约。
不支持的字段处理方式不尽相同。在兼容性路由上,某些字段会被忽略或标准化。在
/v1/responses 上,当路由无法保证所请求的行为时,不支持的字段可能会返回明确的 400 或 503 错误。支持的 API 格式
IDE 与 CLI 兼容性
已记录的工具路径
其他 OpenAI 兼容的编辑器和代理工具通常也适用于相同的基本 URL 模式;在生产环境使用前,请检查工具自身的自定义提供商支持情况。
配置示例
- Cursor
- Claude Code
- OpenCode
- Aider
- 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
仅在 Chat Completions 中使用 stream_options.include_usage
对于 Chat Completions 流式传输,启用
stream_options.include_usage 以获取准确的 token 计数。Responses 有其自己的流式契约,不暴露此仅限 Chat 的选项。使用适当的 tool_choice 格式
使用适当的 tool_choice 格式
匹配 SDK 预期的格式。TokenLab 同时接受 OpenAI 和 Anthropic 格式。