Skip to main content
AI Coding 工具只建议接 Tapapi 的文本模型。这里的判断标准很简单:工具必须明确支持自定义 OpenAI-compatible Base URL、API Key 和 Model ID,才适合直接接入。
不要把 Tapapi Key 写进项目仓库、.env.example、截图或团队共享文档。AI Coding 工具通常能读写本地文件,API Key 应放在工具自己的本机配置或系统密钥管理里。
这类工具的版本变化很快。公开文档只写已经能按 OpenAI-compatible 文本接口验证的路径;图片、视频、浏览器自动化、终端执行、MCP、工具调用等能力,不要因为模型能聊天就默认可用。

支持边界

能力边界

Cline 配置

在 Cline 设置里选择 OpenAI Compatible Provider: 如果 Cline 版本要求完整接口路径,不要填 https://tapapi.ai/v1/chat/completions 作为 Base URL。优先填 https://tapapi.ai/v1,让工具自己拼接 /chat/completions 验收方式:
  1. 用一个很小的代码解释或文本问题测试。
  2. 确认 Cline 能正常返回。
  3. 到 Tapapi 控制台检查调用记录。
  4. 再测试真实代码任务和流式输出。
  5. 记录失败时的 HTTP 状态码、错误 message、模型名和时间。

Cursor 怎么判断能不能接

Cursor 版本变化较快。只有当你的 Cursor 设置里能明确配置以下三项时,才按 Tapapi OpenAI-compatible 方式接入: 如果你的 Cursor 只能填写 OpenAI 官方 API Key,不能填写自定义 Base URL,就不要把 Tapapi 当作 Cursor 供应商来配置。 Cursor 接入前先用低成本模型和小任务验证,不要直接跑大型代码库重构。团队场景建议给 Cursor 单独创建 Tapapi Key,设置额度、模型范围和过期时间。

Codex 说明

Codex 可以在用户级配置里定义模型供应商,但这不是 Tapapi 公开文档的默认接入路径,原因是:
  • Codex 的供应商、认证和协议模式会随版本变化;
  • 项目级 .codex/config.toml 不适合保存供应商密钥;
  • 当前文档还没有对 Tapapi + Codex 的工具调用、流式、错误恢复做完整验收。
因此公开文档先不提供一键复制的 Codex 配置。需要内部验证时,应在本机用户级配置里单独测试,并记录模型、协议、错误码和回滚方式。

Claude Code 说明

Claude Code 默认面向 Anthropic / Claude 协议。Tapapi 文本主线是 OpenAI-compatible 的 /v1/chat/completions;只有当工具和模型的 Anthropic-compatible 路径、认证方式、工具调用和流式行为都验证完成后,才适合补公开教程。 当前不要把 Claude Code 写成 Tapapi 的默认支持工具。

安全和成本

排障

Tapapi OpenAI-compatible 接口失败时通常返回:
如果工具能显示响应头,排障时保存 X-Oneapi-Request-Id。如果工具看不到响应头,至少保存工具名、模型名、Base URL、HTTP 状态码、错误 message 和发生时间。

常见问题

下一步

官方参考