---
title: "OpenAI Assistants API 於 2026-08-26 正式關閉，Agent Builder、Evals、reusable prompts 也排定 11 月底下線"
url: https://xcube.enlightcorp.com.tw/zh/news/openai-assistants-api-shutdown-platform-deprecations-2026
category: "API 平台 / 開發者"
source_type: official
published: 2026-08-26
updated: 2026-08-26
lang: zh-TW
---

# OpenAI Assistants API 於 2026-08-26 正式關閉，Agent Builder、Evals、reusable prompts 也排定 11 月底下線

發布 2026-08-26 · 更新 2026-08-26 · 官方發布 · 來源: [OpenAI API Deprecations](https://developers.openai.com/api/docs/deprecations)

**重點答案:** OpenAI 的 Assistants API 已於 2026 年 8 月 26 日關閉，且 v1/prompts reusable prompts、Evals 平台與 Agent Builder 將於 2026 年 11 月 30 日停止服務；這代表 OpenAI 把 API 表面收斂到 Responses API 與新的 Agents API，依賴舊端點的企業整合必須盡快遷移。

OpenAI API Changelog 註明「The Assistants API shut down on August 26, 2026」。同一段期間，OpenAI Deprecations 頁面列出 2026-06-03 宣布的三項淘汰：v1/prompts API 與 reusable prompt objects、Evals 平台（2026-10-31 起唯讀）、Agent Builder，三者都在 2026-11-30 關閉；官方建議把 prompt 內容移回應用程式碼，Evals 的替代方案指向 Promptfoo，Agent Builder 則指向 Agents SDK 或 ChatGPT Workspace Agents。

語音轉錄也在收斂。2026-08-26 OpenAI 宣布淘汰 whisper-1、gpt-4o-transcribe、gpt-4o-mini-transcribe 與 gpt-4o-transcribe-diarize，關閉日為 2027-02-26，替代模型為 gpt-transcribe 或 gpt-live-transcribe。2026-10-01 另宣布 gpt-5.3-codex、gpt-5.4-nano、gpt-5.1 將於 2027-04-01 關閉，替代為 gpt-6-sol 或 gpt-6-luna。

這件事重要在於：OpenAI 的 API 表面正在從「多套並存」走向「Responses API 為核心、Agents API 承接託管 agent」。對把 OpenAI API 當成事實標準的生態系而言，被淘汰的不只是模型，而是整類端點與平台工具；任何把 prompt 管理、評測或 agent 編排寄放在 OpenAI 平台上的團隊，都要重新決定這些資產放在哪裡。

需要注意，Deprecations 頁面是唯一權威的日期來源，各項關閉日不同且可能調整，本文僅列出撰稿時頁面上的日期。whisper-1 等模型仍有到 2027-02-26 的緩衝，但 Evals 在 2026-10-31 就會轉為唯讀，時間相對緊。

可依官方日期排出遷移順序：最急的是 Evals，2026-10-31 起轉為唯讀，若評測紀錄仍需保存，應在此之前匯出；其次是 2026-11-30 同日關閉的 v1/prompts、Evals 平台與 Agent Builder，需要把 prompt 內容移回程式碼或自有設定庫，並把 Agent Builder 流程改寫到 Agents SDK 或其他編排層；再來是 2027-02-26 關閉的 whisper-1 與 gpt-4o 系列轉錄模型，以及 2027-04-01 關閉的 gpt-5.3-codex、gpt-5.4-nano、gpt-5.1。閘道層最實際的做法，是記錄每個應用實際呼叫的端點與模型 ID，才能在關閉日前找出受影響的對象。

接下來要觀察的是 Chat Completions API 的長期定位：目前新模型（如 GPT-6 Sol、GPT-6 Luna）仍支援 Chat Completions，但部分模型的工具呼叫已只在 Responses API 提供完整支援，這個差距是否擴大，會直接影響相容層的設計。

## X Cube 觀點

企業若在內部平台用 OpenAI-compatible 介面封裝模型，應盤點仍呼叫 Assistants、v1/prompts 或 whisper-1 的應用，把 prompt 與評測資產收回自有版本控管，並把 Responses API 相容性視為閘道的優先項目，而不只維持 chat/completions。

Tags: OpenAI, Assistants API, Deprecation, API Migration, Responses API, Agent Builder, Evals, whisper-1, gpt-4o-transcribe