【AI大模型接入SDK】ChatGPT API

🎬 个人主页艾莉丝努力练剑
专栏传送门 :《C语言》《数据结构与算法》《C/C++干货分享&学习过程记录
Linux操作系统编程详解》《笔试/面试常见算法:从基础到进阶》《Python干货分享

⭐️为天地立心,为生民立命,为往圣继绝学,为万世开太平


🎬 艾莉丝的简介:


文章目录

  • [1 ~> OpenAI API 体系与版本演进](#1 ~> OpenAI API 体系与版本演进)
    • [1.1 两套核心 API 定位](#1.1 两套核心 API 定位)
    • [1.2 核心能力对比](#1.2 核心能力对比)
    • [1.3 官方选型建议](#1.3 官方选型建议)
  • [2 ~> Chat Completions API(传统聊天接口)](#2 ~> Chat Completions API(传统聊天接口))
    • [2.1 接口基础信息](#2.1 接口基础信息)
    • [2.2 请求参数详解](#2.2 请求参数详解)
      • [2.2.1 核心必填参数](#2.2.1 核心必填参数)
      • [2.2.2 常用可选参数](#2.2.2 常用可选参数)
      • [2.2.3 消息角色(Role)定义](#2.2.3 消息角色(Role)定义)
    • [2.3 请求头规范](#2.3 请求头规范)
    • [2.4 响应体结构(非流式)](#2.4 响应体结构(非流式))
    • [2.5 会话上下文机制](#2.5 会话上下文机制)
  • [3 ~> Responses API(新一代多模态接口)](#3 ~> Responses API(新一代多模态接口))
    • [3.1 接口基础信息](#3.1 接口基础信息)
    • [3.2 核心请求参数](#3.2 核心请求参数)
      • [3.2.1 核心输入参数](#3.2.1 核心输入参数)
      • [3.2.2 常用控制参数](#3.2.2 常用控制参数)
      • [3.2.3 高级参数](#3.2.3 高级参数)
    • [3.3 请求头规范](#3.3 请求头规范)
    • [3.4 全量响应结构(非流式)](#3.4 全量响应结构(非流式))
    • [3.5 流式响应与事件驱动机制](#3.5 流式响应与事件驱动机制)
      • [3.5.1 流式开启方式](#3.5.1 流式开启方式)
      • [3.5.2 标准事件类型](#3.5.2 标准事件类型)
      • [3.5.3 流式数据解析要点](#3.5.3 流式数据解析要点)
    • [3.6 多模态能力支持](#3.6 多模态能力支持)
  • [4 ~> Apifox 接口测试实操流程](#4 ~> Apifox 接口测试实操流程)
    • [4.1 环境与密钥配置](#4.1 环境与密钥配置)
      • [4.1.1 环境变量配置](#4.1.1 环境变量配置)
      • [4.1.2 全局前置 URL 配置](#4.1.2 全局前置 URL 配置)
    • [4.2 接口创建与参数配置](#4.2 接口创建与参数配置)
    • [4.3 网络代理配置](#4.3 网络代理配置)
    • [4.4 非流式响应测试与解析](#4.4 非流式响应测试与解析)
    • [4.5 流式响应测试与事件解析](#4.5 流式响应测试与事件解析)
  • 结尾


1 ~> OpenAI API 体系与版本演进

1.1 两套核心 API 定位

OpenAI 对外提供两代聊天交互 API,分别面向不同场景与技术架构:

  • Chat Completions API:传统文本聊天接口,架构简单,仅面向文本交互场景
  • Responses API:新一代事件驱动型接口,原生支持多模态,官方推荐新项目优先使用

1.2 核心能力对比

对比维度 Chat Completions API Responses API
产品定位 对话生成场景(聊天机器人、客服问答、简单 FAQ) 多模态智能助手(文本、语音、图像、函数调用等复杂交互)
输入格式 聊天消息数组 messages:[{role, content}] 统一输入字段 input,支持文本、音频、图像、文件等多类型
输出形式 完整文本回复,支持文本流式输出 基于语义事件流输出,包含文本增量、音频增量、工具调用、完成事件等
流式能力 仅支持文本逐 token 流式返回 支持多模态细粒度流式输出,包含文本、语音、工具调用状态
多模态支持 部分模型支持图像输入,能力有限 原生全链路支持多模态,可同步输出文本与语音
交互可控性 一次请求对应一次完整回复,生成过程不可干预 支持生成中动态打断、分支跳转、工具函数调用
典型应用 简单对话机器人、文本补全、问答系统 智能办公助手、语音对话机器人、多模态应用、Agent 系统

1.3 官方选型建议

  • 新项目优先采用 Responses API,以适配 OpenAI 平台最新特性与多模态能力
  • 存量简单文本对话项目可继续使用 Chat Completions API,具备广泛的模型兼容性

2 ~> Chat Completions API(传统聊天接口)

2.1 接口基础信息

  • 请求方法:POST
  • 接口地址:https://api.openai.com/v1/chat/completions
  • 核心能力:文本对话生成,兼容绝大多数开源与闭源大模型

2.2 请求参数详解

2.2.1 核心必填参数

参数名称 参数类型 必填 参数说明
model string 模型名称,如 gpt-4o-minigpt-4.1
messages array 对话历史数组,每条消息包含 rolecontent 字段

2.2.2 常用可选参数

参数名称 参数类型 默认值 参数说明
temperature number 1 采样温度,取值范围 0~2;值越高输出随机性越强,值越低输出越确定
top_p number 1 核心采样阈值,与 temperature 二选一,不可同时设置;0.1 表示仅考虑概率前 10% 的 token
stream boolean false 是否开启流式响应,开启后以增量数据形式返回
stop string / array none 停止词,最多支持 4 个,模型生成到对应字符时终止输出
max_tokens integer - 生成内容的最大 token 数;OpenAI 官方已不推荐使用,但多数模型仍兼容
max_completion_tokens integer - 生成 token 数上限,包含可见输出 token 与推理 token
presence_penalty number 0 重复惩罚,取值 - 2.0~2.0;正值降低重复概率,负值增加重复概率
frequency_penalty number 0 频率惩罚,取值 - 2.0~2.0;根据 token 出现频率惩罚,减少重复内容
n integer 1 单次请求生成的回复结果数量
seed integer - 随机种子,指定后相同参数与种子的请求将返回确定性结果
tools array - 工具调用列表,仅支持函数类型工具,用于实现 Function Calling 能力

2.2.3 消息角色(Role)定义

  • system:系统提示词,用于给模型设定角色与行为规范;新版模型推荐使用developer替代
  • developer:开发者指令,优先级高于历史消息,用于注入模型必须遵循的规则
  • user:用户输入消息,即终端用户向模型提交的提问与内容
  • assistant:助手回复消息,即模型生成的回答内容
  • tool:工具调用结果,用于将外部工具执行结果返回给模型

2.3 请求头规范

字段名称 字段值 说明
Content-Type application/json 请求体格式为 JSON
Authorization Bearer ${API_KEY} 认证方式为 Bearer Token,值为 OpenAI API 密钥

2.4 响应体结构(非流式)

json 复制代码
{
  "id": "chatcmpl-B9MBs8CjcvOU2jLnn5755qMJKT",
  "object": "chat.completion",
  "created": 1741569952,
  "model": "gpt-4.1-2025-04-14",
  "choices": [
    {
      "index": 0,
      "message": {
        "role": "assistant",
        "content": "Hello! How can I assist you today?",
        "refusal": null,
        "annotations": []
      },
      "logprobs": null,
      "finish_reason": "stop"
    }
  ],
  "usage": {
    "prompt_tokens": 19,
    "completion_tokens": 10,
    "total_tokens": 29,
    "prompt_tokens_details": {
      "cached_tokens": 0,
      "audio_tokens": 0
    },
    "completion_tokens_details": {
      "reasoning_tokens": 0,
      "audio_tokens": 0,
      "accepted_prediction_tokens": 0,
      "rejected_prediction_tokens": 0
    }
  },
  "service_tier": "default"
}
  • 核心字段说明:
    • choices[0].message.content:模型生成的完整文本回复
    • finish_reason:生成终止原因,常见值:stop(正常结束)、length(达到 token 上限)
    • usage:token 消耗统计,用于计费与用量监控

2.5 会话上下文机制

  • OpenAI API 本身为无状态设计,不具备会话记忆能力
  • 实现多轮对话必须将完整历史对话通过messages数组全部提交给模型
  • 官方已推出记忆功能,但仅面向 C 端用户,API 调用仍需开发者自行维护上下文

3 ~> Responses API(新一代多模态接口)

3.1 接口基础信息

  • 请求方法:POST
  • 接口地址:https://api.openai.com/v1/responses
  • 核心定位:事件驱动型多模态交互接口,官方主推的新一代 API 标准

3.2 核心请求参数

3.2.1 核心输入参数

参数名称 参数类型 必填 参数说明
model string 模型名称,如 gpt-4o-minigpt-4.1
input string / array 多模态输入,支持文本、图像、文件等多种格式;替代 Chat Completions 的messages字段

3.2.2 常用控制参数

参数名称 参数类型 默认值 参数说明
instructions string - 系统 / 开发者指令,作用等同于 system 消息;与previous_response_id联用时不会继承历史指令
max_output_tokens integer - 生成 token 上限,替代原max_tokens,包含可见输出与推理 token
temperature number 1.0 采样温度,作用与 Chat Completions 一致
top_p number 1.0 核心采样阈值,作用与 Chat Completions 一致
stream boolean false 是否开启流式响应
max_tool_calls integer - 单次响应中内置工具的最大调用次数
tool_choice string auto 工具调用策略,可选值:autonone、指定工具
store boolean true 是否存储该对话,用于后续会话继承
previous_response_id string null 上一条响应 ID,用于实现多轮会话上下文继承

3.2.3 高级参数

  • background:布尔值,是否后台运行模型响应,适用于长耗时任务
  • conversation:会话 ID 或会话对象,用于关联多轮对话,响应完成后自动追加内容
  • include:数组,指定额外输出数据,支持:
    • 网页搜索来源、代码解释器输出、文件搜索结果
    • 输入图片 URL、输出文本 logprobs、推理加密内容

3.3 请求头规范

与 Chat Completions API 完全一致:

字段名称 字段值 说明
Content-Type application/json 请求体格式为 JSON
Authorization Bearer ${API_KEY} Bearer Token 认证

3.4 全量响应结构(非流式)

json 复制代码
{
  "id": "resp_67ccd2bed1ec819b14f964abc54267bb6a6b4523795b",
  "object": "response",
  "created_at": 1741476542,
  "status": "completed",
  "error": null,
  "incomplete_details": null,
  "instructions": null,
  "max_output_tokens": null,
  "model": "gpt-4.1-2025-04-14",
  "output": [
    {
      "type": "message",
      "id": "msg_67ccd2bf17f81981f3bb3cf658e6bb6a6b4523d3795b",
      "status": "completed",
      "role": "assistant",
      "content": [
        {
          "type": "output_text",
          "text": "In a peaceful grove beneath a silver",
          "annotations": []
        }
      ]
    }
  ],
  "parallel_tool_calls": true,
  "previous_response_id": null,
  "reasoning": {
    "effort": null,
    "summary": null
  },
  "temperature": 1.0,
  "text": {
    "format": {
      "type": "text"
    },
    "verbosity": "medium"
  },
  "tool_choice": "auto",
  "tools": [],
  "top_p": 1.0,
  "truncation": "disabled",
  "usage": {
    "input_tokens": 36,
    "input_tokens_details": {
      "cached_tokens": 2
    },
    "output_tokens": 22,
    "output_tokens_details": {
      "reasoning_tokens": 0
    },
    "total_tokens": 58
  }
}
  • 核心提取字段:output[0].content[0].text 为模型生成的完整文本内容

3.5 流式响应与事件驱动机制

3.5.1 流式开启方式

请求体中设置 "stream": true 即可开启流式响应,响应以 Server-Sent Events(SSE)事件流形式返回

3.5.2 标准事件类型

事件类型 触发时机 携带数据
response.created 响应对象创建完成,模型开始处理前 响应基础信息
response.in_progress 模型开始生成内容 进度状态
response.output_text.delta 文本增量输出,每生成一段文本触发一次 增量文本内容delta
response.output_text.completed 单个文本输出块生成完成 完整文本块
response.output_item.added 新增输出项(如工具调用、音频等) 输出项信息
response.content_part.added 新增内容分片 内容分片信息
response.completed 整个响应生成结束 最终完整响应与用量统计

3.5.3 流式数据解析要点

  • 核心文本数据通过连续的 response.output_text.delta 事件返回,每个事件携带一段增量文本
  • 客户端需按顺序拼接所有delta字段,得到完整回复
  • 最终通过 response.completed 事件确认响应结束,并获取最终 token 用量
  • 与 DeepSeek 等模型不同,OpenAI 流式响应的结束事件同时携带完整结果

3.6 多模态能力支持

Responses API 原生支持多模态输入输出:

  • 输入侧:文本、图片、文件、音频
  • 输出侧:文本、音频、结构化数据、工具调用结果
  • 内置工具:网页搜索、文件搜索、代码解释器、计算机调用

4 ~> Apifox 接口测试实操流程

4.1 环境与密钥配置

4.1.1 环境变量配置

在 Apifox 环境管理中配置全局环境变量,用于密钥管理:

变量名 类型 说明
CHATGPT_APIKEY 秘密 ChatGPT 官方 API 密钥
DEEPSEEK_APIKEY 秘密 DeepSeek API 密钥
GEMINI_APIKEY 秘密 Gemini API 密钥

4.1.2 全局前置 URL 配置

  • ChatGPT 官方接口基础地址:https://api.openai.com
  • 所有接口继承全局前置 URL,避免重复填写域名

4.2 接口创建与参数配置

  1. 新建接口,请求方法选择POST,路径填写/v1/responses
  2. 请求头配置
    1. Content-Type: application/json
    2. Authorization: Bearer {``{CHATGPT_APIKEY}}
  3. 请求体(Body)配置
    1. 选择 JSON 格式,填写核心参数:modelinputstream
    2. 示例:
      • { "model": "gpt-4o-mini", "input": "你好", "stream": false }

4.3 网络代理配置

由于 OpenAI 接口为外网服务,需配置请求代理:

  • 代理模式:自定义代理
  • 代理服务器:127.0.0.1
  • 代理端口:7890(本地代理工具默认端口)
  • 生效范围:仅应用于发送接口请求,不影响 Apifox 服务器连接

4.4 非流式响应测试与解析

  1. 发送请求,响应状态码为200 OK表示请求成功
  2. Apifox 自动反序列化 JSON 响应体,展示结构化数据
  3. 核心数据提取路径:output[0].content[0].text,即为模型返回的文本内容
  4. 可通过usage字段查看本次请求的 token 消耗情况

4.5 流式响应测试与事件解析

  1. 请求体设置"stream": true,发送请求
  2. Apifox 控制台实时展示事件流,按时间顺序输出所有事件
  3. 解析要点:
    1. 忽略初始的创建、进度事件,聚焦response.output_text.delta事件
    2. 每个 delta 事件携带一段增量文本,按顺序拼接得到完整内容
    3. 最终通过response.completed事件确认响应结束
  4. 代码实现时,需使用 SSE 解析器逐事件处理,实现打字机效果

结尾

uu们,本文的内容到这里就全部结束了,艾莉丝在这里再次感谢您的阅读!

|-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
| ### 艾莉丝努力练剑 C/C++ & Linux 底层探索者 | 一个正在努力练剑的技术博主 *** ** * ** *** 👀 【关注】 跟随我一起深耕技术领域,见证每一次成长。 ❤️ 【点赞】 让优质内容被更多人看见,让知识传递更有力量。 ⭐ 【收藏】 把核心知识点存好,在需要时随时查、随时用。 💬 【评论】 分享你的经验或疑问,评论区一起交流避坑! 不要忘记给博主"一键四连"哦! "今日练剑达成!" "技术之路难免有困惑,但同行的人会让前进更有方向。" |

结语:希望对学习Linux相关内容的uu有所帮助,不要忘记给博主"一键四连"哦!

往期回顾

【AI大模型接入SDK】ChatGPT 模型接入

🗡博主在这里放了一只小狗,大家看完了摸摸小狗放松一下吧!🗡 ૮₍ ˶ ˊ ᴥ ˋ˶₎ა

相关推荐
无小道2 小时前
C/C++——atomic小记
c++·cas·无锁
枫叶林FYL2 小时前
【群体智能集群控制工程实践】第8章 无人机蜂群测试与部署
人工智能·无人机
andrsted5 小时前
用练题簿小程序 - 让错题不再白错
学习·微信小程序·小程序·学习方法
2601_949950635 小时前
练题簿,把培训从“走过场”变成“真落地”
人工智能·学习·小程序·刷题·小程序推荐
诸神缄默不语7 小时前
备战 AI 出海 DAY 0:海外数据采集
大数据·人工智能
潘高7 小时前
Codex 太能吃 Token?给它配个 GPT 军师!
chatgpt
Ysn07198 小时前
YOLO-Master工程:experts.py 专家结构详解与目标检测专家设计启发
人工智能·yolo·目标检测
BingoGo8 小时前
使用 GPT-6 Astra 模型 请立刻更新你的 Skill 与提示词
人工智能
香菜+8 小时前
端侧视频分析 · 架构笔记
人工智能