OpenAI 兼容 API 格式详解与实战

如果你曾在不同大模型之间切来切去,一定感受过 API 格式碎片化的痛苦。好消息是,如今绝大多数模型服务都选择向 OpenAI 的 API 格式靠拢——无论是 DeepSeek、Qwen、Claude 还是各路开源模型,几乎都可以通过一套标准的 OpenAI Chat Completions 接口来调用。这篇文章将拆解这套“兼容格式”的核心结构,并带你完成一个可运行的实战请求。

## 为什么需要兼容格式

OpenAI 的 API 设计已经成为事实标准,其核心理念是:把“对话”抽象为一组消息(messages),用模型名称区分能力,用统一的鉴权和响应结构处理结果。当你把代码从 GPT-4 切换到 DeepSeek-V3 时,只需修改 `base_url` 和 `model` 参数,其余逻辑原封不动。

## 请求结构详解

一个典型的 Chat Completions 请求包含以下核心字段:

- **model**:模型名称,如 `gpt-4o`、`deepseek-chat`。 - **messages**:消息数组,每条消息含 `role` 与 `content`。`role` 常用值有 `system`(系统提示)、`user`(用户问题)、`assistant`(模型回复)。 - **temperature**:控制随机性,0~2,越低越确定。 - **stream**:布尔值,`true` 时启用流式输出。 - 其他可选参数如 `max_tokens`、`top_p` 等。

请求必须发送到 `/v1/chat/completions` 端点,并通过 `Authorization: Bearer` 鉴权。

## 实战代码:非流式与流式调用

下面的 Python 示例展示了如何使用 `requests` 库,调用一个兼容 OpenAI 格式的 API。你只需要准备一个 API Key 和对应的 Base URL。

### 非流式请求

```python import requests import json

url = "https://your-api-gateway.com/v1/chat/completions" headers = { "Content-Type": "application/json", "Authorization": "Bearer sk-xxxxxxxxxxxxxxxxxxxxxxxx" }

data = { "model": "qwen-max", "messages": [ {"role": "system", "content": "你是一个简洁的助手,回答不超过30字。"}, {"role": "user", "content": "用一句话解释什么是强化学习。"} ], "temperature": 0.7, "stream": False }

response = requests.post(url, headers=headers, json=data) result = response.json() print(result["choices"][0]["message"]["content"]) ```

### 流式请求

流式调用只需将 `stream` 设为 `True`,并逐行解析 SSE 数据:

```python data["stream"] = True response = requests.post(url, headers=headers, json=data, stream=True)

for line in response.iter_lines(): if line: line_str = line.decode("utf-8") if line_str.startswith("data: "): json_str = line_str[6:] if json_str.strip() == "[DONE]": break chunk = json.loads(json_str) delta = chunk["choices"][0].get("delta", {}) if "content" in delta: print(delta["content"], end="", flush=True) ```

运行后,你会看到文字逐字输出,就像 ChatGPT 网页版那样流畅。

## 切换模型只需一行改动

因为接口格式统一,从 DeepSeek 到 Claude 再到 Gemini,切换时只需要修改 `base_url` 与 `model`,以及对应的 API Key。一套代码即可驱动多种模型,极大降低了开发和维护成本。

## 响应格式与错误处理

兼容接口的响应体一般遵循 `{"id": "...", "object": "chat.completion", "choices": [...], "usage": {...}}` 结构。错误时返回 HTTP 4xx/5xx 并在 JSON 中附带 `error` 字段,建议始终检查 `response.status_code` 并对异常进行重试。

## 选一个高效的中转服务

自己对接多个官方 API 往往涉及繁琐的注册、支付与计费管理。如果你希望一个 Key 打通 DeepSeek、Qwen、Claude、Gemini 等模型,并实现按量计费、用 USDT 直接支付,可以试试 **TokenPocket API 中转站**([https://tokenpocket.site](https://tokenpocket.site))。它完全兼容 OpenAI 格式,只需将 `base_url` 指过去并填入自己的 Key 即可快速开始。新用户注册即赠送免费额度,无需预先绑定信用卡,特别适合开发调试和多模型对比使用。

Read more

Claude API 接入教程:编程与写作中的实战技巧

Claude API 在编程辅助、写作润色和内容生成场景中表现稳定。本文将用最小可用代码带你完成接入,并分享几个实战技巧。 ## 准备工作:获取 Key 与环境配置 调用 Claude API 需要 API Key。为了便于国内开发者使用,你可以直接从官方申请,也可以通过支持多模型的 API 中转站获取统一 Key。本文以 Python 的 `requests` 库为例,只需要安装: ```bash pip install requests ``` ## 基础调用:发送第一条消息 Claude 使用 `/v1/messages` 接口,核心参数包括 `model`、`max_tokens` 和 `messages`。下面是一个最小可运行示例: ```python import requests API_

By 罗本

ETH vs TRON 转账手续费对比:每年能省多少钱?

很多人在转账 USDT 时,习惯使用以太坊网络,却忽略了手续费这笔“隐形支出”。单看一笔似乎不多,但日积月累,尤其是在高频转账场景下,差距会非常大。今天我们就用 ETH 和 TRON 两个网络,算一笔明白账。 ## 一、单笔手续费差距有多大? 以太坊网络转账 USDT 需要使用 ETH 作为 Gas 费。Gas 费会随网络拥堵程度波动,普通时段一笔 ERC20 USDT 转账大约需要 3~8 美元,高峰期甚至可能超过 10~20 美元。 波场网络转账 USDT 或 USDD 则采用资源模型,主要消耗“能量”和“带宽”,通常用 TRX 来支付或质押获取资源。

By 罗本

AI API 按量计费 vs 包月套餐怎么选

很多开发者在接入大模型 API 时,第一个纠结的问题就是:到底选按量计费还是包月套餐?这并没有绝对答案,关键要看你的调用量是否稳定、可预测。简单结论是:开发测试、流量波动大、或刚上线的产品,优先选按量计费;生产环境流量稳定且量级较大时,再考虑包月套餐。 **先看你的调用曲线** 按量计费的核心优势是“用多少付多少”。假设你的应用每天只有几百次请求,或者某些时段会突然出现峰值,按量计费不会让你为闲置额度买单。包月套餐则适合那些请求量非常稳定、且每月至少消耗固定 token 量的团队。 我们可以用一段简单代码估算单次请求成本: ```python def estimate_cost(tokens_in, tokens_out, price_in, price_out): # 价格单位:美元 / 1M tokens return (tokens_in / 1_000_000) * price_in

By 罗本

自由职业者收款指南:用 USDT 波场网络零费用结算

自由职业者做跨境业务,最头疼的不是找客户,而是收款。传统银行电汇慢、手续费高,PayPal 又有提现损耗和风控问题。越来越多自由职业者开始用 USDT 稳定币结算,其中波场网络 USDT 因为速度快、地址简单、生态成熟,成了很多人的首选。今天就用一篇通俗指南,讲清楚如何用波场网络实现 USDT/USDD 零费用收款。 ## 为什么自由职业者适合用 USDT 结算 USDT 锚定美元,价格稳定,客户容易接受。自由职业者收款最怕两件事:一是币价波动吃掉利润,二是到账慢影响现金流。USDT 能解决波动问题,而波场网络转账通常几秒钟到几分钟就能完成,比传统跨境汇款快得多。 另外,波场网络地址是 T 开头的一串字符,比以太坊地址更短,复制时不容易出错。对于需要频繁向不同客户发收款地址的自由职业者来说,这一点很实用。 ## USDT 和 USDD 怎么选 USDT 是最通用的稳定币,几乎所有交易所和钱包都支持,

By 罗本