简报·YT
← 返回 GitHub 动态
openai/openai-python · 📌 手动指定 已完成

openai/openai-python v3.14.0

2026-09-14 23:28 · ⭐ 3.2万 · GitHub Release 原文 ↗
#版本发布 #流式处理 #错误修复

openai/openai-python v3.14.0

本次 v3.14.0 是一个以健壮性修补为主的小版本:新增 stream 读取错误的统一归一化处理,并集中修复了轮询、日志、错误码、流式索引与文件上传等多处边缘场景问题,无 breaking change。

核心变更

新增能力 - streaming:统一归一化读取流过程中抛出的错误(#3827,commit d7c41ef)。此前在读取 stream 时出现异常,错误形态可能因来源不同而不一致;现在会统一归一化后再抛出,便于调用方稳定地做错误处理与判断。

Bug 修复 - bound vector store file polling(#3401,commit ae41bc4):为 vector store 的文件轮询加上边界限制,避免无限/过长轮询。 - files:归一化 PathLike 形式的上传 tuple(#3475,commit 90ac74c):现在上传文件时传入 PathLike(如 pathlib.Path)组成的 tuple 也能被正确处理。 - 保留空 item 之后的 response stream 索引(#3126,commit 8f84fbd):流式响应中出现空条目时不再打乱后续索引,保证事件顺序与索引的对应关系。 - responses:处理 output_text 中的 null text(#3019,commit df6b72c):output_text 里出现 null 文本时不再报错。 - 将 API error code 归一化为字符串(#3532,commit 233d955,关闭 #3531):错误码统一按字符串处理,避免因类型不一致导致的判断失败。 - content filter 错误中包含 completion(#3094,commit e57a1b1):命中内容过滤时,错误信息里会带上 completion 内容,便于定位问题。 - logging:支持标准的 OPENAI_LOG 级别(#3734,commit 44000e0):OPENAI_LOG 环境变量现在可以接受标准日志级别取值。 - example:刷新 realtime push_to_talk_app 的 session 类型(#2926,commit 0b7ad38):同步更新实时语音示例中的 session 类型定义。

文档 - README 示例改用 vision guide 中的图片(#3849,commit 1ed8902)。

兼容性 - Release Notes 中未提及任何 breaking change,也未提供性能数据或基准测试结果;除上面列出的修复点外,其余 API 行为保持不变。

▸ Release Notes 英文原文(2344 字符)
## [3.14.0](https://github.com/openai/openai-python/compare/v3.13.0...v3.14.0) (2026-09-14) ### Features * **streaming:** normalize errors raised while reading streams ([#3827](https://github.com/openai/openai-python/issues/3827)) ([d7c41ef](https://github.com/openai/openai-python/commit/d7c41efee1b0802b79f3f88a678ef2052b06e9ce)) ### Bug Fixes * bound vector store file polling ([#3401](https://github.com/openai/openai-python/issues/3401)) ([ae41bc4](https://github.com/openai/openai-python/commit/ae41bc46cdd53d17e948ac8a73e16bdbf34123a1)) * **example:** refresh realtime push_to_talk_app session types ([#2926](https://github.com/openai/openai-python/issues/2926)) ([0b7ad38](https://github.com/openai/openai-python/commit/0b7ad38292ef862f1dd07f71543b2f60eade8999)) * **files:** normalize PathLike upload tuples ([#3475](https://github.com/openai/openai-python/issues/3475)) ([90ac74c](https://github.com/openai/openai-python/commit/90ac74ccfe7a966787d1f204755d4cd4cc4d406a)) * include completion in content filter errors ([#3094](https://github.com/openai/openai-python/issues/3094)) ([e57a1b1](https://github.com/openai/openai-python/commit/e57a1b19fbcc32306a691e63334fd2dc4b1a804c)) * **logging:** support standard OPENAI_LOG levels ([#3734](https://github.com/openai/openai-python/issues/3734)) ([44000e0](https://github.com/openai/openai-python/commit/44000e0fc5e11692663045d6183568ff3ec32736)) * normalize API error codes to strings ([#3532](https://github.com/openai/openai-python/issues/3532)) ([233d955](https://github.com/openai/openai-python/commit/233d9557be3e7ee186b5ac3f1ab634a257134ac1)), closes [#3531](https://github.com/openai/openai-python/issues/3531) * preserve response stream indexes after empty items ([#3126](https://github.com/openai/openai-python/issues/3126)) ([8f84fbd](https://github.com/openai/openai-python/commit/8f84fbd688bdd8a9cde17c09f79b34d5d5580f0f)) * **responses:** handle null text in output_text ([#3019](https://github.com/openai/openai-python/issues/3019)) ([df6b72c](https://github.com/openai/openai-python/commit/df6b72ccc9122a83b8dd21971dcf4a508c04b83a)) ### Documentation * use the vision guide image in README example ([#3849](https://github.com/openai/openai-python/issues/3849)) ([1ed8902](https://github.com/openai/openai-python/commit/1ed8902e5629c1aae0c26eadceff02bd5cebb0e1))
▸ 主项目介绍 · openai/openai-python
▸ README 原文(同步于 2026-07-19 13:25)
# OpenAI Python API library <!-- prettier-ignore --> [![PyPI version](https://img.shields.io/pypi/v/openai.svg?label=pypi%20(stable))](https://pypi.org/project/openai/) The OpenAI Python library provides convenient access to the OpenAI REST API from any Python 3.9+ application. The library includes type definitions for all request params and response fields, and offers both synchronous and asynchronous clients powered by [httpx](https://github.com/encode/httpx). It is generated from our [OpenAPI specification](https://github.com/openai/openai-openapi) with [Stainless](https://stainlessapi.com/). ## Documentation The REST API documentation can be found on [platform.openai.com](https://platform.openai.com/docs/api-reference). The full API of this library can be found in [api.md](api.md). ## Installation ```sh # install from PyPI pip install openai ``` ## Usage The full API of this library can be found in [api.md](api.md). The primary API for interacting with OpenAI models is the [Responses API](https://platform.openai.com/docs/api-reference/responses). You can generate text from the model with the code below. ```python import os from openai import OpenAI client = OpenAI( # This is the default and can be omitted api_key=os.environ.get("OPENAI_API_KEY"), ) response = client.responses.create( model="gpt-5.5", instructions="You are a coding assistant that talks like a pirate.", input="How do I check if a Python object is an instance of a class?", ) print(response.output_text) ``` The previous standard (supported indefinitely) for generating text is the [Chat Completions API](https://platform.openai.com/docs/api-reference/chat). You can use that API to generate text from the model with the code below. ```python from openai import OpenAI client = OpenAI() completion = client.chat.completions.create( model="gpt-5.5", messages=[ {"role": "developer", "content": "Talk like a pirate."}, { "role": "user", "content": "How do I check if a Python object is an instance of a class?", }, ], ) print(completion.choices[0].message.content) ``` While you can provide an `api_key` keyword argument, we recommend using [python-dotenv](https://pypi.org/project/python-dotenv/) to add `OPENAI_API_KEY="My API Key"` to your `.env` file so that your API key is not stored in source control. [Get an API key here](https://platform.openai.com/settings/organization/api-keys). ### Workload Identity Authentication For secure, automated environments like cloud-managed Kubernetes, Azure, and Google Cloud Platform, you can use workload identity authentication with short-lived tokens from cloud identity providers instead of long-lived API keys. #### Kubernetes (service account tokens) ```python from openai import OpenAI from openai.auth import k8s_service_account_token_provider client = OpenAI( workload_identity={ "identity_provider_id": "idp-123", "service_account_id": "sa-456", "provider": k8s_service_account_token_provider( "/var/run/secrets/kubernetes.io/serviceaccount/token" ), }, ) response = client.chat.completions.create( model="gpt-5.5", messages=[{"role": "user", "content": "Hello!"}], ) ``` #### Azure (managed identity) ```python from openai import OpenAI from openai.auth import azure_managed_identity_token_provider client = OpenAI( workload_identity={ "identity_provider_id": "idp-123", "service_account_id": "sa-456", "provider": azure_managed_identity_token_provider( resource="https://management.azure.com/", ), }, ) ``` #### Google Cloud Platform (compute engine metadata) ```python from openai import OpenAI from openai.auth import gcp_id_token_provider client = OpenAI( workload_identity={ "identity_provider_id": "idp-123", "service_account_id": "sa-456", "provider": gcp_id_token_provider(audience="https://api.openai.com/v1"), }, ) ``` #### Custom subject token provider ```python from openai import OpenAI def get_custom_token() -> str: return "your-jwt-token" client = OpenAI( workload_identity={ "identity_provider_id": "idp-123", "service_account_id": "sa-456", "provider": { "token_type": "jwt", "get_token": get_custom_token, }, } ) ``` You can also customize the token refresh buffer (default is 1200 seconds (20 minutes) before expiration): ```python from openai import OpenAI from openai.auth import k8s_service_account_token_provider client = OpenAI( workload_identity={ "identity_provider_id": "idp-123", "service_account_id": "sa-456", "provider": k8s_service_account_token_provider("/var/token"), "refresh_buffer_seconds": 120.0, } ) ``` ### Vision With an image URL: ```python prompt = "What is in this image?" img_url = "https://upload.wikimedia.org/wikipedia/commons/thumb/d/d5/2023_06_08_Raccoon1.jpg/1599px-2023_06_08_Raccoon1.jpg" response = client.responses.create( model="gpt-5.5", input=[ { "role": "user", "content": [ {"type": "input_text", "text": prompt}, {"type": "input_image", "image_url": f"{img_url}"}, ], } ], ) ``` With the image as a base64 encoded string: ```python import base64 from openai import OpenAI client = OpenAI() prompt = "What is in this image?" with open("path/to/image.png", "rb") as image_file: b64_image = base64.b64encode(image_file.read()).decode("utf-8") response = client.responses.create( model="gpt-5.5", input=[ { "role": "user", "content": [ {"type": "input_text", "text": prompt}, {"type": "input_image", "image_url": f"data:image/png;base64,{b64_image}"}, ], } ], ) ``` ## Async usage Simply import `AsyncOpenAI` instead of `OpenAI` and use `await` with each API call: ```python import os import asyncio from openai import AsyncOpenAI client = AsyncOpenAI( # This is the default and can be omitted api_key=os.environ.get("OPENAI_API_KEY"), ) async def main() -> None: response = await client.responses.create( model="gpt-5.5", input="Explain disestablishmentarianism to a smart five year old." ) print(response.output_text) asyncio.run(main()) ``` Functionality between the synchronous and asynchronous clients is otherwise identical. ### With aiohttp By default, the async client uses `httpx` for HTTP requests. However, for improved concurrency performance you may also use `aiohttp` as the HTTP backend. The `aiohttp` backend requires Python 3.10 or later. You can enable this by installing `aiohttp`: ```sh # install from PyPI pip install openai[aiohttp] ``` Then you can enable it by instantiating the client with `http_client=DefaultAioHttpClient()`: ```python import os import asyncio from openai import DefaultAioHttpClient from openai import AsyncOpenAI async def main() -> None: async with AsyncOpenAI( api_key=os.environ.get("OPENAI_API_KEY"), # This is the default and can be omitted http_client=DefaultAioHttpClient(), ) as client: chat_completion = await client.chat.completions.create( messages=[ { "role": "user", "content": "Say this is a test", } ], model="gpt-5.5", ) asyncio.run(main()) ``` ## Streaming responses We provide support for streaming responses using Server Side Events (SSE). ```python from openai import OpenAI client = OpenAI() stream = client.responses.create( model="gpt-5.5", input="Write a one-sentence bedtime story about a unicorn.", stream=True, ) for event in stream: print(event) ``` The async client uses the exact same interface. ```python import asyncio from openai import AsyncOpenAI client = AsyncOpenAI() async def main(): stream = await client.responses.create( model="gpt-5.5", input="Write a one-sentence bedtime story about a unicorn.", stream=True, ) async for event in stream: print(event) asyncio.run(main()) ``` ## Realtime API The Realtime API enables you to build low-latency, multi-modal conversational experiences. It currently supports text and audio as both input and output, as well as [function calling](https://platform.openai.com/docs/guides/function-calling) through a WebSocket connection. Under the hood the SDK uses the [`websockets`](https://websockets.readthedocs.io/en/stable/) library to manage connections. The Realtime API works through a combination of client-sent events and server-sent events. Clients can send events to do things like update session configuration or send text and audio inputs. Server events confirm when audio responses have completed, or when a text response from the model has been received. A full event reference can be found [here](https://platform.openai.com/docs/api-reference/realtime-client-events) and a guide can be found [here](https://platform.openai.com/docs/guides/realtime). Basic text based example: ```py import asyncio from openai import AsyncOpenAI async def main(): client = AsyncOpenAI() async with client.realtime.connect(model="gpt-realtime-2") as connection: await connection.session.update( session={"type": "realtime", "output_modalities": ["text"]} ) await connection.conversation.item.create( item={ "type": "message", "role": "user", "content": [{"type": "input_text", "text": "Say hello!"}], } ) await connection.response.create() async for event in connection: if event.type == "response.output_text.delta": print(event.delta, flush=True, end="") elif event.type == "response.output_text.done": print() elif event.type == "response.done": break asyncio.run(main()) ``` However the real magic of the Realtime API is handling audio inputs / outputs, see this example [TUI script](https://github.com/openai/openai-python/blob/main/examples/realtime/push_to_talk_app.py) for a fully fledged example. ### Realtime error handling Whenever an error occurs, the Realtime API will send an [`error` event](https://platform.openai.com/docs/guides/realtime-model-capabilities#error-handling) and the connection will stay open and remain usable. This means you need to handle it yourself, as _no errors are raised directly_ by the SDK when an `error` event comes in. ```py client = AsyncOpenAI() async with client.realtime.connect(model="gpt-realtime-2") as connection: ... async for event in connection: if event.type == 'error': print(event.error.type) print(event.error.code) print(event.error.event_id) print(event.error.message) ``` ## Using types Nested request parameters are [TypedDicts](https://docs.python.org/3/library/typing.html#typing.TypedDict). Responses are [Pydantic models](https://docs.pydantic.dev) which also provide helper methods for things like: - Serializing back into JSON, `model.to_json()` - Converting to a dictionary, `model.to_dict()` Typed requests and responses provide autocomplete and documentation within your editor. If you would like to see type errors in VS Code to help catch bugs earlier, set `python.analysis.typeCheckingMode` to `basic`. ## Pagination List methods in the OpenAI API are paginated. This library provides auto-paginating iterators with each list response, so you do not have to request successive pages manually: ```python from openai import OpenAI client = OpenAI() all_jobs = [] # Automatically fetches more pages as needed. for job in client.fine_tuning.jobs.list( limit=20, ): # Do something with job here all_jobs.append(job) print(all_jobs) ``` Or, asynchronously: ```python import asyncio from openai import AsyncOpenAI client = AsyncOpenAI() async def main() -> None: all_jobs = [] # Iterate through items across all pages, issuing requests as needed. async for job in client.fine_tuning.jobs.list( limit=20, ): all_jobs.append(job) print(all_jobs) asyncio.run(main()) ``` Alternatively, you can use the `.has_next_page()`, `.next_page_info()`, or `.get_next_page()` methods for more granular control working with pages: ```python first_page = await client.fine_tuning.jobs.list( limit=20, ) if first_page.has_next_page(): print(f"will fetch next page using these details: {first_page.next_page_info()}") next_page = await first_page.get_next_page() print(f"number of items we just fetched: {len(next_page.data)}") # Remove `await` for non-async usage. ``` Or just work directly with the returned data: ```python first_page = await client.fine_tuning.jobs.list( limit=20, ) print(f"next page cursor: {first_page.after}") # => "next page cursor: ..." for job in first_page.data: print(job.id) # Remove `await` for non-async usage. ``` ## Nested params Nested parameters are dictionaries, typed using `TypedDict`, for example: ```python from openai import OpenAI client = OpenAI() response = client.responses.create( input=[ { "role": "user", "content": "How much ?", } ], model="gpt-5.5", text={"format": {"type": "json_object"}}, ) ``` ## File uploads Request parameters that correspond to file uploads can be passed as `bytes`, or a [`PathLike`](https://docs.python.org/3/library/os.html#os.PathLike) instance or a tuple of `(filename, contents, media type)`. ```python from pathlib import Path from openai import OpenAI client = OpenAI() client.files.create( file=Path("input.jsonl"), purpose="fine-tune", ) ``` The async client uses the exact same interface. If you pass a [`PathLike`](https://docs.python.org/3/library/os.html#os.PathLike) instance, the file contents will be read asynchronously automatically. ## Webhook Verification Verifying webhook signatures is _optional but encouraged_. For more information about webhooks, see [the API docs](https://platform.openai.com/docs/guides/webhooks). ### Parsing webhook payloads For most use cases, you will likely want to verify the webhook and parse the payload at the same time. To achieve this, we provide the method `client.webhooks.unwrap()`, which parses a webhook request and verifies that it was sent by OpenAI. This method will raise an error if the signature is invalid. Note that the `body` parameter must be the raw JSON string sent from the server (do not parse it first). The `.unwrap()` method will parse this JSON for you into an event object after verifying the webhook was sent from OpenAI. ```python from openai import OpenAI from flask import Flask, request app = Flask(__name__) client = OpenAI() # OPENAI_WEBHOOK_SECRET environment variable is used by default @app.route("/webhook", methods=["POST"]) def webhook(): request_body = request.get_data(as_text=True) try: event = client.webhooks.unwrap(request_body, request.headers) if event.type == "response.completed": print("Response completed:", event.data) elif event.type == "response.failed": print("Response failed:", event.data) else: print("Unhandled event type:", event.type) return "ok" except Exception as e: print("Invalid signature:", e) return "Invalid signature", 400 if __name__ == "__main__": app.run(port=8000) ``` ### Verifying webhook payloads directly In some cases, you may want to verify the webhook separately from parsing the payload. If you prefer to handle these steps separately, we provide the method `client.webhooks.verify_signature()` to _only verify_ the signature of a webhook request. Like `.unwrap()`, this method will raise an error if the signature is invalid. Note that the `body` parameter must be the raw JSON string sent from the server (do not parse it first). You will then need to parse the body after verifying the signature. ```python import json from openai import OpenAI from flask import Flask, request app = Flask(__name__) client = OpenAI() # OPENAI_WEBHOOK_SECRET environment variable is used by default @app.route("/webhook", methods=["POST"]) def webhook(): request_body = request.get_data(as_text=True) try: client.webhooks.verify_signature(request_body, request.headers) # Parse the body after verification event = json.loads(request_body) print("Verified event:", event) return "ok" except Exception as e: print("Invalid signature:", e) return "Invalid signature", 400 if __name__ == "__main__": app.run(port=8000) ``` ## Handling errors When the library is unable to connect to the API (for example, due to network connection problems or a timeout), a subclass of `openai.APIConnectionError` is raised. When the API returns a non-success status code (that is, 4xx or 5xx response), a subclass of `openai.APIStatusError` is raised, containing `status_code` and `response` properties. All errors inherit from `openai.APIError`. ```python import openai from openai import OpenAI client = OpenAI() try: client.fine_tuning.jobs.create( model="gpt-4o", training_file="file-abc123", ) except openai.APIConnectionError as e: print("The server could not be reached") print(e.__cause__) # an underlying Exception, likely raised within httpx. except openai.RateLimitError as e: print("A 429 status code was received; we should back off a bit.") except openai.APIStatusError as e: print("Another non-200-range status code was received") print(e.status_code) print(e.response) ``` Error codes are as follows: | Status Code | Error Type | | ----------- | -------------------------- | | 400 | `BadRequestError` | | 401 | `AuthenticationError` | | 403 | `PermissionDeniedError` | | 404 | `NotFoundError` | | 422 | `UnprocessableEntityError` | | 429 | `RateLimitError` | | >=500 | `InternalServerError` | | N/A | `APIConnectionError` | ## Request IDs > For more information on debugging requests, see [these docs](https://platform.openai.com/docs/api-reference/debugging-requests) All object responses in the SDK provide a `_request_id` property which is added from the `x-request-id` response header so that you can quickly log failing requests and report them back to OpenAI. ```python response = await client.responses.create( model="gpt-5.5", input="Say 'this is a test'.", ) print(response._request_id) # req_123 ``` Note that unlike other properties that use an `_` prefix, the `_request_id` property _is_ public. Unless documented otherwise, _all_ other `_` prefix properties, methods and modules are _private_. > [!IMPORTANT] > If you need to access request IDs for failed requests you must catch the `APIStatusError` exception ```python import openai try: completion = await client.chat.completions.create( messages=[{"role": "user", "content": "Say this is a test"}], model="gpt-5.5" ) except openai.APIStatusError as exc: print(exc.request_id) # req_123 raise exc ``` ## Retries Certain errors are automatically retried 2 times by default, with a short exponential backoff. Connection errors (for example, due to a network connectivity problem), 408 Request Timeout, 409 Conflict, 429 Rate Limit, and >=500 Internal errors are all retried by default. You can use the `max_retries` option to configure or disable retry settings: ```python from openai import OpenAI # Configure the default for all requests: client = OpenAI( # default is 2 max_retries=0, ) # Or, configure per-request: client.with_options(max_retries=5).chat.completions.create( messages=[ { "role": "user", "content": "How can I get the name of the current day in JavaScript?", } ], model="gpt-5.5", ) ``` ## Timeouts By default requests time out after 10 minutes. You can configure this with a `timeout` option, which accepts a float or an [`httpx.Timeout`](https://www.python-httpx.org/advanced/timeouts/#fine-tuning-the-configuration) object: ```python from openai import OpenAI # Configure the default for all requests: client = OpenAI( # 20 seconds (default is 10 minutes) timeout=20.0, ) # More granular control: client = OpenAI( timeout=httpx.Timeout(60.0, read=5.0, write=10.0, connect=2.0), ) # Override per-request: client.with_options(timeout=5.0).chat.completions.create( messages=[ { "role": "user", "content": "How can I list all files in a directory using Python?", } ], model="gpt-5.5", ) ``` On timeout, an `APITimeoutError` is thrown. Note that requests that time out are [retried twice by default](#retries). ## Advanced ### Logging We use the standard library [`logging`](https://docs.python.org/3/library/logging.html) module. You can enable logging by setting the environment variable `OPENAI_LOG` to `info`. ```shell $ export OPENAI_LOG=info ``` Or to `debug` for more verbose logging. ### How to tell whether `None` means `null` or missing In an API response, a field may be explicitly `null`, or missing entirely; in either case, its value is `None` in this library. You can differentiate the two cases with `.model_fields_set`: ```py if response.my_field is None: if 'my_field' not in response.model_fields_set: print('Got json like {}, without a "my_field" key present at all.') else: print('Got json like {"my_field": null}.') ``` ### Accessing raw response data (e.g. headers) The "raw" Response object can be accessed by prefixing `.with_raw_response.` to any HTTP method call, e.g., ```py from openai import OpenAI client = OpenAI() response = client.chat.completions.with_raw_response.create( messages=[{ "role": "user", "content": "Say this is a test", }], model="gpt-5.5", ) print(response.headers.get('X-My-Header')) completion = response.parse() # get the object that `chat.completions.create()` would have returned print(completion) ``` These methods return a [`LegacyAPIResponse`](https://github.com/openai/openai-python/tree/main/src/openai/_legacy_response.py) object. This is a legacy class as we're changing it slightly in the next major version. For the sync client this will mostly be the same with the exception of `content` & `text` will be methods instead of properties. In the async client, all methods will be async. A migration script will be provided & the migration in general should be smooth. #### `.with_streaming_response` The above interface eagerly reads the full response body when you make the request, which may not always be what you want. To stream the response body, use `.with_streaming_response` instead, which requires a context manager and only reads the response body once you call `.read()`, `.text()`, `.json()`, `.iter_bytes()`, `.iter_text()`, `.iter_lines()` or `.parse()`. In the async client, these are async methods. As such, `.with_streaming_response` methods return a different [`APIResponse`](https://github.com/openai/openai-python/tree/main/src/openai/_response.py) object, and the async client returns an [`AsyncAPIResponse`](https://github.com/openai/openai-python/tree/main/src/openai/_response.py) object. ```python with client.chat.completions.with_streaming_response.create( messages=[ { "role": "user", "content": "Say this is a test", } ], model="gpt-5.5", ) as response: print(response.headers.get("X-My-Header")) for line in response.iter_lines(): print(line) ``` The context manager is required so that the response will reliably be closed. ### Making custom/undocumented requests This library is typed for convenient access to the documented API. If you need to access undocumented endpoints, params, or response properties, the library can still be used. #### Undocumented endpoints To make requests to undocumented endpoints, you can make requests using `client.get`, `client.post`, and other http verbs. Options on the client will be respected (such as retries) when making this request. ```py import httpx response = client.post( "/foo", cast_to=httpx.Response, body={"my_param": True}, ) print(response.headers.get("x-foo")) ``` #### Undocumented request params If you want to explicitly send an extra param, you can do so with the `extra_query`, `extra_body`, and `extra_headers` request options. #### Undocumented response properties To access undocumented response properties, you can access the extra fields like `response.unknown_prop`. You can also get all the extra fields on the Pydantic model as a dict with [`response.model_extra`](https://docs.pydantic.dev/latest/api/base_model/#pydantic.BaseModel.model_extra). ### Configuring the HTTP client You can directly override the [httpx client](https://www.python-httpx.org/api/#client) to customize it for your use case, including: - Support for [proxies](https://www.python-httpx.org/advanced/proxies/) - Custom [transports](https://www.python-httpx.org/advanced/transports/) - Additional [advanced](https://www.python-httpx.org/advanced/clients/) functionality ```python import httpx from openai import OpenAI, DefaultHttpxClient client = OpenAI( # Or use the `OPENAI_BASE_URL` env var base_url="http://my.test.server.example.com:8083/v1", http_client=DefaultHttpxClient( proxy="http://my.test.proxy.example.com", transport=httpx.HTTPTransport(local_address="0.0.0.0"), ), ) ``` You can also customize the client on a per-request basis by using `with_options()`: ```python client.with_options(http_client=DefaultHttpxClient(...)) ``` ### Managing HTTP resources By default the library closes underlying HTTP connections whenever the client is [garbage collected](https://docs.python.org/3/reference/datamodel.html#object.__del__). You can manually close the client using the `.close()` method if desired, or with a context manager that closes when exiting. ```py from openai import OpenAI with OpenAI() as client: # make requests here ... # HTTP client is now closed ``` ## Microsoft Azure OpenAI To use this library with [Azure OpenAI](https://learn.microsoft.com/azure/ai-services/openai/overview), use the `AzureOpenAI` class instead of the `OpenAI` class. > [!IMPORTANT] > The Azure API shape differs from the core API shape which means that the static types for responses / params > won't always be correct. ```py from openai import AzureOpenAI # gets the API Key from environment variable AZURE_OPENAI_API_KEY client = AzureOpenAI( # https://learn.microsoft.com/azure/ai-services/openai/reference#rest-api-versioning api_version="2023-07-01-preview", # https://learn.microsoft.com/azure/cognitive-services/openai/how-to/create-resource?pivots=web-portal#create-a-resource azure_endpoint="https://example-endpoint.openai.azure.com", ) completion = client.chat.completions.create( model="deployment-name", # e.g. gpt-35-instant messages=[ { "role": "user", "content": "How do I output all files in a directory using Python?", }, ], ) print(completion.to_json()) ``` In addition to the options provided in the base `OpenAI` client, the following options are provided: - `azure_endpoint` (or the `AZURE_OPENAI_ENDPOINT` environment variable) - `azure_deployment` - `api_version` (or the `OPENAI_API_VERSION` environment variable) - `azure_ad_token` (or the `AZURE_OPENAI_AD_TOKEN` environment variable) - `azure_ad_token_provider` An example of using the client with Microsoft Entra ID (formerly known as Azure Active Directory) can be found [here](https://github.com/openai/openai-python/blob/main/examples/azure_ad.py). ## Amazon Bedrock To use this library with [Amazon Bedrock's OpenAI-compatible API](https://docs.aws.amazon.com/bedrock/latest/userguide/models-api-compatibility.html), configure the standard `OpenAI` client with the Bedrock provider. Install the optional Bedrock dependencies to use the standard AWS credential chain and SigV4 authentication: ```sh pip install 'openai[bedrock]' ``` ```py from openai import OpenAI from openai.providers import bedrock # Uses your normal AWS credentials. You can omit region when it is # configured through AWS_REGION, AWS_DEFAULT_REGION, or your AWS profile. client = OpenAI( provider=bedrock( region="us-west-2", ) ) response = client.responses.create( model="openai.gpt-5.4", input="Say hello!", ) print(response.output_text) ``` The provider configures AWS authentication and the Bedrock Mantle endpoint while retaining the normal SDK resources, retries, streaming, and error handling. AWS controls which endpoints and features are supported; unsupported calls surface the provider's normal HTTP errors through the SDK. The default AWS credential chain supports environment credentials, shared credentials and config files, named profiles, SSO and assume-role profiles, and workload credentials such as ECS, EKS, and EC2 metadata. To select a named profile: ```py client = OpenAI( provider=bedrock( profile="my-profile", ) ) ``` You can also pass `access_key_id` and `secret_access_key`, with an optional `session_token`, or a refreshable `credential_provider` that returns botocore-compatible credentials. Explicit bearer and AWS credential options are mutually exclusive. Pass `base_url` to `bedrock(...)` or set `AWS_BEDROCK_BASE_URL` to override the derived `https://bedrock-mantle.<region>.api.aws/openai/v1` endpoint. SigV4 requests require replayable, fully serialized request bodies. Standard JSON requests already meet this requirement, and response streaming is unaffected. Low-level one-shot request streams must be buffered before sending, or sent with bearer authentication and retries disabled. Bearer tokens remain available as a compatibility or manual authentication mode. Set `AWS_BEARER_TOKEN_BEDROCK` to an [Amazon Bedrock API key](https://docs.aws.amazon.com/bedrock/latest/userguide/api-keys.html), pass `api_key`, or provide a refresh callback: ```py client = OpenAI( provider=bedrock( region="us-west-2", token_provider=lambda: refresh_bedrock_token(), ) ) ``` Without explicit authentication, `AWS_BEARER_TOKEN_BEDROCK` takes precedence over the default AWS credential chain for backwards compatibility. ### Legacy `BedrockOpenAI` client `BedrockOpenAI` and `AsyncBedrockOpenAI` remain available for existing applications and delegate to the same provider implementation. New applications should prefer `OpenAI(provider=bedrock(...))`. ```py from openai import BedrockOpenAI client = BedrockOpenAI( aws_region="us-west-2", aws_profile="my-profile", ) ``` The legacy module client also continues to support `openai.api_type = "amazon-bedrock"` or `OPENAI_API_TYPE=amazon-bedrock`. ## Versioning This package generally follows [SemVer](https://semver.org/spec/v2.0.0.html) conventions, though certain backwards-incompatible changes may be released as minor versions: 1. Changes that only affect static types, without breaking runtime behavior. 2. Changes to library internals which are technically public but not intended or documented for external use. _(Please open a GitHub issue to let us know if you are relying on such internals.)_ 3. Changes that we do not expect to impact the vast majority of users in practice. We take backwards-compatibility seriously and work hard to ensure you can rely on a smooth upgrade experience. We are keen for your feedback; please open an [issue](https://www.github.com/openai/openai-python/issues) with questions, bugs, or suggestions. ### Determining the installed version If you've upgraded to the latest version but aren't seeing any new features you were expecting then your python environment is likely still using an older version. You can determine the version that is being used at runtime with: ```py import openai print(openai.__version__) ``` ## Requirements Python 3.9 or higher. ## Contributing See [the contributing documentation](./CONTRIBUTING.md).
▸ 中文总结(生成于 2026-07-24 08:28)

openai/openai-python 项目介绍

一句话概括

openai/openai-python 是 OpenAI 官方提供的 Python 库,用于在 Python 3.9+ 应用中便捷地调用 OpenAI REST API,支持同步和异步客户端,并提供完整的类型定义。

核心功能与使用方式

项目定位与解决的问题

  • 官方封装:这是 OpenAI 官方维护的 Python 库,为开发者提供一套类型安全的接口来调用 OpenAI 的各种模型能力
  • 解决的问题:免去开发者手动构造 HTTP 请求、处理认证、管理重试和超时、解析响应等重复工作,提供开箱即用的 Pythonic API
  • 技术基础:基于 httpx 库构建,支持同步和异步两种编程模型;代码从 OpenAI 的 OpenAPI 规范自动生成

核心 API 使用

  • 文本生成:主要使用 Responses API(新标准)或 Chat Completions API(长期支持)
  • 图像识别:支持通过图片 URL 或 base64 编码的图片进行视觉理解
  • 流式响应:支持 Server Side Events (SSE) 流式输出,同步和异步客户端接口一致
  • 实时 API:通过 WebSocket 连接实现低延迟的多模态对话,支持文本和音频输入输出

认证与安全

  • API Key 认证:推荐通过环境变量 OPENAI_API_KEY 配置,或使用 python-dotenv 管理
  • 工作负载身份认证:支持 Kubernetes(服务账户令牌)、Azure(托管身份)、Google Cloud Platform(计算引擎元数据)等云环境的短令牌认证
  • Webhook 签名验证:提供 client.webhooks.unwrap() 方法,可同时验证签名并解析事件负载

技术亮点与高级特性

异步与并发支持

  • AsyncOpenAI 客户端:与同步客户端功能完全一致,使用 await 关键字调用
  • aiohttp 后端:可选使用 aiohttp 替代默认的 httpx,提升并发性能(需 Python 3.10+)

错误处理与重试机制

  • 分层错误类型:APIConnectionError(网络问题)、RateLimitError(429)、APIStatusError(其他非 200 状态码)
  • 自动重试:默认对连接错误、408/409/429/500+ 错误重试 2 次,支持指数退避,可通过 max_retries 自定义
  • 超时配置:默认 10 分钟超时,支持细粒度控制(连接、读取、写入分别设置)

分页与文件上传

  • 自动分页迭代器:列表方法返回自动翻页的迭代器,无需手动处理分页参数
  • 文件上传:支持 bytes、PathLike 路径或 (文件名, 内容, 媒体类型) 元组三种方式

高级 HTTP 控制

  • 原始响应访问:通过 .with_raw_response 获取完整 HTTP 响应(含头部信息)
  • 流式响应访问:通过 .with_streaming_response 流式读取响应体
  • 自定义 HTTP 客户端:支持代理、自定义传输层、本地地址绑定等高级配置

云端部署支持

  • Microsoft Azure OpenAI:提供 AzureOpenAI 类,支持 Azure 专属的认证和端点配置
  • Amazon Bedrock:支持通过 Bedrock 的 OpenAI 兼容 API 调用,使用 AWS 标准凭证链和 SigV4 认证,也支持 Bearer 令牌兼容模式

类型系统与调试

  • 类型安全:请求参数使用 TypedDict,响应使用 Pydantic 模型,支持自动补全和类型检查
  • 请求 ID 追踪:所有响应对象提供 _request_id 属性,方便调试和问题上报
  • 日志:通过 OPENAI_LOG 环境变量控制日志级别(info/debug)