第2章 深入了解GPT-4和ChatGPT的API

为什么从这个应用任务开始

API页采用双轨阅读：旧ChatCompletion与Completion只用于理解原书代码坐标，现行实现从Responses迁移指南和当前API文档重新核对。 “第2章 深入了解GPT-4和ChatGPT的API”使用的贯穿任务是：团队把书中的Hello World扩展为服务端适配器，同时保留旧ChatCompletion解析测试，并增加Responses迁移合同。 操作前先预测哪个边界最先改变，看到输出后再补理由不算预测。

本页围绕“怎样把原书的ChatCompletion调用读懂并封装成可迁移请求合同，而不把旧参数或响应结构写成永久接口？”建立正常、故障与恢复路径。只有“第2章 深入了解GPT-4和ChatGPT的API”保持“密钥只在服务端，接口版本与模型快照可追溯，输入输出经模式校验，费用、数据和错误路径受限”并交付环境变量清单、接口适配器、请求模式、响应模式、错误分类、用量记录、数据保留决策和迁移测试。，模型或框架的运行结果才构成应用证据。

书目、88条目与时代双轨

“第2章 深入了解GPT-4和ChatGPT的API”以O'Reilly北京中文书页核对Olivier Caelen、Marie-Alice Blete著，何文斯译，人民邮电出版社2024年2月版、145页、ISBN 9787115636409及完整中文目录；O'Reilly英文第一版为“第2章 深入了解GPT-4和ChatGPT的API”提供五章结构的交叉核对。课程分母为前言、五章及术语表合计88个公开层级条目。

“第2章 深入了解GPT-4和ChatGPT的API”只能取得书目简介和公开目录，没有可授权逐段改写的完整正文；解释、架构、交互、练习与答案均为独立教学重写。第二版新增的RAG、LlamaIndex、助手等内容不倒填进第一版目录。

“第2章 深入了解GPT-4和ChatGPT的API”另以技术核对 1、技术核对 2、技术核对 3、技术核对 4、技术核对 5、技术核对 6、技术核对 7核对当前技术事实。原书的ChatCompletion、Completion、GPT-4插件与当时微调流程保留为历史复现轨；Responses、现行函数工具、数据控制与模型优化状态属于2026年迁移轨。现代资料不能反向证明原书出版时的默认模型、参数、价格或数据政策。

公开目录条目与应用机制

第2章 深入了解GPT-4和ChatGPT的API

公开坐标 1/22。 在“第2章 深入了解GPT-4和ChatGPT的API”的坐标1中，第2章 深入了解GPT-4和ChatGPT的API用于按时代记录能力、训练与接口差异；先声明输入与责任，再用发布日期、技术报告和版本标签复核，出现代际名称当稳定接口时不得交付。

2.1 基本概念

公开坐标 2/22。 2.1 基本概念进入“第2章 深入了解GPT-4和ChatGPT的API”后要回答第2张合同卡：它怎样建立服务端身份和版本化请求合同、改变什么状态、由哪些密钥边界、模型快照和请求ID证明，并如何排除在客户端暴露密钥。

2.2 OpenAI API提供的可用模型

公开坐标 3/22。 围绕“怎样把原书的ChatCompletion调用读懂并封装成可迁移请求合同，而不把旧参数或响应结构写成永久接口？”，条目3把2.2 OpenAI API提供的可用模型解释为建立服务端身份和版本化请求合同；复核者先读取密钥边界、模型快照和请求ID再判断结果，不能接受在客户端暴露密钥。

2.3 在OpenAI Playground中使用GPT模型

公开坐标 4/22。 对“第2章 深入了解GPT-4和ChatGPT的API”而言，2.3 在OpenAI Playground中使用GPT模型的最小合同是建立服务端身份和版本化请求合同，第4次检查保存密钥边界、模型快照和请求ID；若产生在客户端暴露密钥，就回到上游信任边界。

2.4 开始使用OpenAI Python库

公开坐标 5/22。 第5个公开条目2.4 开始使用OpenAI Python库服务于贯通Playground、Python库、请求输入、响应输出、旧补全、函数、费用、安全及多模态API，需要以密钥边界、模型快照和请求ID呈现建立服务端身份和版本化请求合同；在客户端暴露密钥会破坏“密钥只在服务端，接口版本与模型快照可追溯，输入输出经模式校验，费用、数据和错误路径受限”。

2.4.1 OpenAI访问权限和API密钥

公开坐标 6/22。 学习者在“第2章 深入了解GPT-4和ChatGPT的API”中讨论2.4.1 OpenAI访问权限和API密钥前预测建立服务端身份和版本化请求合同会改变哪项应用状态，再读取密钥边界、模型快照和请求ID；观察到在客户端暴露密钥时必须保留失败样本。

2.4.2 Hello World示例程序

公开坐标 7/22。 团队把书中的Hello World扩展为服务端适配器，同时保留旧ChatCompletion解析测试，并增加Responses迁移合同。 在条目7处理2.4.2 Hello World示例程序时，要把建立服务端身份和版本化请求合同写进应用合同，把密钥边界、模型快照和请求ID写进运行记录，并把在客户端暴露密钥写进攻击或迁移样本。

2.5 使用GPT-4和ChatGPT

公开坐标 8/22。 “密钥只在服务端，接口版本与模型快照可追溯，输入输出经模式校验，费用、数据和错误路径受限”限定了2.5 使用GPT-4和ChatGPT的适用域：坐标8只能通过按时代记录能力、训练与接口差异推进，由发布日期、技术报告和版本标签复核，而代际名称当稳定接口构成拒绝条件。

2.5.1 ChatCompletion端点的输入选项

公开坐标 9/22。 在“第2章 深入了解GPT-4和ChatGPT的API”的坐标9中，2.5.1 ChatCompletion端点的输入选项用于解析历史请求响应并设计迁移适配器；先声明输入与责任，再用输入模式、输出模式、错误和迁移测试复核，出现旧结构永久不变时不得交付。

2.5.2 ChatCompletion端点的输出格式

公开坐标 10/22。 2.5.2 ChatCompletion端点的输出格式进入“第2章 深入了解GPT-4和ChatGPT的API”后要回答第10张合同卡：它怎样解析历史请求响应并设计迁移适配器、改变什么状态、由哪些输入模式、输出模式、错误和迁移测试证明，并如何排除旧结构永久不变。

2.5.3 从文本补全到函数

公开坐标 11/22。 围绕“怎样把原书的ChatCompletion调用读懂并封装成可迁移请求合同，而不把旧参数或响应结构写成永久接口？”，条目11把2.5.3 从文本补全到函数解释为解析历史请求响应并设计迁移适配器；复核者先读取输入模式、输出模式、错误和迁移测试再判断结果，不能接受旧结构永久不变。

2.6 使用其他文本补全模型

公开坐标 12/22。 对“第2章 深入了解GPT-4和ChatGPT的API”而言，2.6 使用其他文本补全模型的最小合同是解析历史请求响应并设计迁移适配器，第12次检查保存输入模式、输出模式、错误和迁移测试；若产生旧结构永久不变，就回到上游信任边界。

2.6.1 Completion端点的输入选项

公开坐标 13/22。 第13个公开条目2.6.1 Completion端点的输入选项服务于贯通Playground、Python库、请求输入、响应输出、旧补全、函数、费用、安全及多模态API，需要以输入模式、输出模式、错误和迁移测试呈现解析历史请求响应并设计迁移适配器；旧结构永久不变会破坏“密钥只在服务端，接口版本与模型快照可追溯，输入输出经模式校验，费用、数据和错误路径受限”。

2.6.2 Completion端点的输出格式

公开坐标 14/22。 学习者在“第2章 深入了解GPT-4和ChatGPT的API”中讨论2.6.2 Completion端点的输出格式前预测解析历史请求响应并设计迁移适配器会改变哪项应用状态，再读取输入模式、输出模式、错误和迁移测试；观察到旧结构永久不变时必须保留失败样本。

2.7 考虑因素

公开坐标 15/22。 团队把书中的Hello World扩展为服务端适配器，同时保留旧ChatCompletion解析测试，并增加Responses迁移合同。 在条目15处理2.7 考虑因素时，要把把无依据输出转成可测试失败类型写进应用合同，把来源、反例和人工复核写进运行记录，并把语气自信当真实性写进攻击或迁移样本。

2.7.1 定价和标记限制

公开坐标 16/22。 “密钥只在服务端，接口版本与模型快照可追溯，输入输出经模式校验，费用、数据和错误路径受限”限定了2.7.1 定价和标记限制的适用域：坐标16只能通过把无依据输出转成可测试失败类型推进，由来源、反例和人工复核复核，而语气自信当真实性构成拒绝条件。

2.7.2 安全和隐私

公开坐标 17/22。 在“第2章 深入了解GPT-4和ChatGPT的API”的坐标17中，2.7.2 安全和隐私用于在调用前限制成本、数据和访问范围；先声明输入与责任，再用用量、保留策略、权限和预算复核，出现成功响应绕过治理时不得交付。

2.8 其他OpenAI API和功能

公开坐标 18/22。 2.8 其他OpenAI API和功能进入“第2章 深入了解GPT-4和ChatGPT的API”后要回答第18张合同卡：它怎样把公开目录条目转成应用状态变化、改变什么状态、由哪些输入、接口、输出、验证和责任证明，并如何排除产品名称代替机制。

2.8.1 嵌入

公开坐标 19/22。 围绕“怎样把原书的ChatCompletion调用读懂并封装成可迁移请求合同，而不把旧参数或响应结构写成永久接口？”，条目19把2.8.1 嵌入解释为把内容映射为可比较向量表示；复核者先读取模型版本、向量、距离和检索评测再判断结果，不能接受相似度等同事实相关性。

2.8.2 内容审核模型

公开坐标 20/22。 对“第2章 深入了解GPT-4和ChatGPT的API”而言，2.8.2 内容审核模型的最小合同是对输入输出执行安全分类并保留业务策略，第20次检查保存类别、分数、阈值和人工升级；若产生审核模型替代全部安全设计，就回到上游信任边界。

2.8.3 Whisper和DALL · E

公开坐标 21/22。 第21个公开条目2.8.3 Whisper和DALL · E服务于贯通Playground、Python库、请求输入、响应输出、旧补全、函数、费用、安全及多模态API，需要以音频来源、转写、置信复核和授权呈现把音频转写纳入数据与错误边界；转写文本天然可信会破坏“密钥只在服务端，接口版本与模型快照可追溯，输入输出经模式校验，费用、数据和错误路径受限”。

2.9 小结（含速查清单）

公开坐标 22/22。 学习者在“第2章 深入了解GPT-4和ChatGPT的API”中讨论2.9 小结（含速查清单）前预测封闭本页范围、证据和迁移边界会改变哪项应用状态，再读取目录坐标、相邻章节和时代标签；观察到跨章主题任意拼接时必须保留失败样本。

先预测，再操作三个应用实验

第2章 深入了解GPT-4和ChatGPT的API的可重放应用协议

unit: "lae-02"
question: "怎样把原书的ChatCompletion调用读懂并封装成可迁移请求合同，而不把旧参数或响应结构写成永久接口？"
scenario: "团队把书中的Hello World扩展为服务端适配器，同时保留旧ChatCompletion解析测试，并增加Responses迁移合同。"
boundaries: ["客户端请求", "服务端适配器", "OpenAI接口", "结构解析", "业务响应"]
stages: ["封装身份与请求输入", "解析响应和工具调用", "核对费用数据与辅助API"]
invariant: "密钥只在服务端，接口版本与模型快照可追溯，输入输出经模式校验，费用、数据和错误路径受限"
fault: "前端暴露密钥并假定旧版choices结构永远存在，错误响应仍进入业务流程"
evidence: "环境变量清单、接口适配器、请求模式、响应模式、错误分类、用量记录、数据保留决策和迁移测试。"
reset: restore_boundary_mode_step_gates_and_artifact

该协议要求“第2章 深入了解GPT-4和ChatGPT的API”在相同任务、样本、接口版本、模型设置和验收标准下重放。重置后若边界、执行位置、授权门或证据显示没有回到基线，交互状态已经污染比较，不能作为应用证据。

本页回顾

掌握“第2章 深入了解GPT-4和ChatGPT的API”不是记住模型名或SDK调用，而是能围绕“怎样把原书的ChatCompletion调用读懂并封装成可迁移请求合同，而不把旧参数或响应结构写成永久接口？”重建应用状态，并用“密钥只在服务端，接口版本与模型快照可追溯，输入输出经模式校验，费用、数据和错误路径受限”拒绝“前端暴露密钥并假定旧版choices结构永远存在，错误响应仍进入业务流程”。最终交付为环境变量清单、接口适配器、请求模式、响应模式、错误分类、用量记录、数据保留决策和迁移测试。

练习与答案

名词解释