AI 時代的淘汰速度，OpenAI Assistants 準備停用

我這週在盤自己那幾個還掛在 OpenAI Assistants API 上的東西，順手把官方遷移指南讀完。讀到對照表第一行就停下來了。

先講時間。Assistants API 8 月 26 日停用，從今天算剩 21 天。停用的意思是 /v1/assistants、/v1/threads、/v1/threads/runs 直接回錯誤，沒有降級模式，也沒有寬限期。這件事 2025 年 8 月 26 日就公告了，整整給了一年。

官方遷移指南給了一張四行對照表：Assistants 換成 Prompts、Threads 換成 Conversations、Runs 換成 Responses、Run steps 換成 Items。看起來很像改個名字。

它不是改名，而且第一行有問題。

對照表的第一格，96 天後也要關

Prompts 是 OpenAI 用來裝設定的物件——模型選哪個、指令寫什麼、掛哪些工具。遷移指南說它「比較容易做版本控制與更新」。

同一份指南、同一節，接著寫了這句：可重用的 prompt 物件也在被淘汰，如果你走這條遷移路徑，在把它放進長壽命的整合之前，先去看提示詞的淘汰時程。

我去看了。v1/prompts 這支 API 和可重用的 prompt 物件，11 月 30 日關。從停用日再往後算，96 天。

所以官方對照表叫你在 21 天內搬進去的那個東西，自己也在倒數。這不是誰在騙人——警語就寫在同一段裡，連結直接指向淘汰頁。但一份遷移指南的第一格填著一個已經公告死期的產品，它就不該被當成搬家計畫來用。

還有一件事讓 Prompts 更不適合當落腳處：它只能在儀表板裡建，程式叫不出來。你原本寫在程式碼裡、進得了 code review、跟著 git 一起發版的那些設定，搬過去之後會住進一個網頁後台，然後在 11 月 30 日消失。

OpenAI 自己在 prompt 物件的遷移文件裡，寫得比對照表誠實得多：把提示詞內容搬出託管的 prompt 物件、放進你自己的應用程式碼，你才拿得回審查、測試、部署與版本控制的控制權。

那句話才是該照做的那句。

Threads 沒有自動搬家工具

第二行也要花時間。Conversations 存的是異質的 items——訊息、工具呼叫、輸出都算；Threads 只存訊息。兩邊形狀不一樣，而官方把話講死了：不會提供把 Threads 遷到 Conversations 的自動工具。指南給的是一段 Python 範例，讓你自己把舊資料回填進去。

有既有對話要保的人，這一格是真的工程時數，不是設定改一改。

同一季，Anthropic 在做同一件事

我本來以為這是 OpenAI 一家的事。不是。

Anthropic 的舊版 Workbench 8 月 17 日停止存取，剩 12 天。新版 Workbench 不支援儲存的提示詞、變數與評測——這三樣不是搬過去，是沒有了，官方叫你從橫幅和組織設定把要留的匯出來。同一天，三支實驗性的提示詞工具 API 一起退場：generate_prompt、improve_prompt、templatize_prompt，移除之後呼叫直接回錯誤。

兩家、同一季、同一種東西：幫你把提示詞託管在供應商後台的那層產品。

OpenAI 那邊還不只提示詞。同樣 6 月 3 日公告、同樣 11 月 30 日關的還有兩個。Evals 平台先在 10 月 31 日變唯讀，官方給的去處是 Promptfoo，一個外部的開源工具。Agent Builder 的去處是 Agents SDK，或是 ChatGPT Workspace Agents。

把這幾條排在一起，形狀很清楚：死掉的都是控制台裡的視覺化產品，活下來的去處都是程式碼或外部工具。

我的結論是一句話：提示詞、評測、代理人編排這三樣東西，只要住在供應商的控制台裡，它們的壽命就是別人家產品經理的決定，不是你的。

要先講清楚三件事

這不是廠商不守信用。Assistants 給了整整一年，Prompts 給了將近半年，Anthropic 的 Workbench 給了一個月，全部都有公告頁、全部查得到，OpenAI 甚至在遷移指南裡主動標了 Prompts 也在淘汰。這是產品線收斂，不是偷襲。同一批廠商過去一年怎麼退役模型，這站上寫過兩次，節奏是一致的。

第二，控制台本身沒有錯。要讓不寫程式的同事改提示詞、要在會議上把一條代理人流程演給人看，視覺化工具就是對的工具。我要說的是別把它當成執行時期的依賴——拿它做原型可以，讓正式環境的行為取決於它，不行。

第三，我沒有跑過任何一條遷移。上面每一個日期與每一句官方說法都是文件檢視的結果，實際搬家會踩到什麼，我不知道。

先找出那些不在 repo 裡的東西

我自己的做法是從一份清單開始：翻一次程式碼，把所有「會影響輸出、但值不在 repo 裡」的東西找出來——託管的提示詞物件、後台調過的參數、控制台裡拉出來的流程。這份清單就是曝險本身，而它通常比你以為的長。

找出來之後照 OpenAI 自己那句話辦：搬進檔案、進 git、跟著 PR 走。搬完會有個副作用——這些東西終於可以被 diff 了。以後任何一個會改變模型輸出的值，要嘛在 repo 裡，要嘛在你自己的設定服務裡；廠商的儀表板可以讀，不能當真相源。

至於 Assistants 那 21 天，如果你有既有 threads 要保，今天就得排人。那段回填程式沒有人會幫你寫。

查核備註：日期與官方說法出自 OpenAI 的 deprecations 頁、Assistants 遷移指南、prompt 物件遷移指南，以及 Anthropic 的 API release notes，都是官方一手文件；天數是我照今天（8 月 5 日）推算的。我沒有實際執行任何一條遷移，也沒有向兩家求證是否可能延期。另外，Azure OpenAI 上的 Assistants 是否適用同一個日期，我沒查到微軟官方說明——只找到一則 2025 年 10 月的社群回覆說 Azure 不受影響，那不是官方文件，用 Azure 的人請自己回微軟的淘汰頁確認。