自訂 GPT 即將關閉。你需要了解哪些資訊。.

簡而言之： OpenAI 正在逐步停止對自訂 GPT 的支援：個人計畫已無法建立或發布新的 GPT，現有機器人也只是暫時的。如果 GPT 仍然有用，請立即匯出指令和知識庫文件，然後在專案、外掛程式或工作區代理程式中重新建置。

重點總結：

禁止建立新版本：停止在個人計畫中建立自訂 GPT；將現有版本視為臨時版本。

先清點庫存：在遷移之前，列出每個 GPT 的用途、所有者、依賴項、文件和優先順序。

匯出大腦：複製完整說明，趁現在還能下載的時候下載所有知識檔案。

進行關鍵性重建：將最重要的功能元件遷移到 ChatGPT 專案中；毫不留情地淘汰那些功能有限的元件。

警告共享者：在連結失效和工作流程中斷之前，通知團隊和共享連結使用者。

哪些正在結束，哪些現在仍然有效

個人計劃中建立和發布新的自訂 GPT 的功能已被鎖定。您無法像以前那樣建立新的 GPT 商店清單或發布全新的個人自訂 GPT。現有的 GPT 可能在一段時間內仍然可用，在某些情況下甚至可以編輯。請將「仍可」視為暫時的寬限，而非承諾。

工作區和企業級部署遵循既定的逐步淘汰路徑。這通常意味著發布管理員通知、提供遷移工具，並逐步過渡到更新的建置模組：例如，ChatGPT 專案用於建立包含文件和說明的專注工作區，以及在可用情況下提供的插件；還有用於團隊規模自動化的工作區代理。名稱會根據計劃略有變化，但核心理念不變。自訂 GPT 作為產品介面正在逐步退出市場。

趁現在還能做到，趕緊去做以下這些仍然有效的事情：

開啟並與您已擁有或分享的許多現有自訂 GPT 進行聊天
某些方案的編輯說明或知識文件會在編輯權限消失前提供。
複製系統指令、對話開場白和上傳的知識文件
在大家付出慘痛代價之前，記錄下誰依賴哪位 GPT。

對於許多個人帳戶來說，以下做法已不再奏效：建立新的自訂 GPT、發佈到 GPT 商店，以及將自訂 GPT 作為關鍵工作流程的長期存放地。如果自訂 GPT 即將關閉，那麼你需要了解的是——停止創建新的自訂 GPT，開始挽救那些仍然有效的自訂 GPT。.

個人空間 vs. 工作空間：為什麼你的計畫會改變策略

個人版免費/Go/Plus/Pro 用戶已進入「不再建立新版本」的階段。您的任務是進行個人備份：獲取操作說明、備份文件，在 Projects 或其他工具中重新構建，並告知所有與您共享過 GPT 文件的人員，該連結可能會失效。.

企業和工作區管理員面臨不同的難題——但頗具諷刺意味的是，他們的思路反而更加清晰。共享的全域程式通常位於團隊流程的核心位置：例如入職機器人、政策問答、銷售話術、偽裝成聊天工具的支援巨集等等。一旦這些程式出現故障，人們不會置之不理，而是會立即產生工單。因此，在共享程序停止運作之前，需要在組織層級進行盤點，指定負責人，並選擇替代方案（專案、外掛程式、工作區代理）。.

我的經驗法則是：如果只有你自己用，這週就備份。如果團隊要用，那就把它當作產品棄用來處理，制定一個簡短的遷移計畫。不需要寫40頁的產品需求文件（PRD）。一份清單和一個指定的負責人就足夠了。.

庫存清單：找到所有重要的自訂 GPT

你無法遷移你無法命名的東西。首先，打開你的 GPT 列表，做一個簡單的清單。表格、筆記應用程式、便條紙——什麼都行。完美主義在這裡是敵人。.

對於每個自訂 GPT，捕獲：

名稱和用途 ——用一句話描述它的功能
擁有者 ——你、你的隊友，或「不知何故成為孤兒」的人
誰依賴它 ——是你、你的團隊、你的客戶，還是在 Slack 上流傳的共享連結？
指令長度 －簡短提示與冗長的規則篇幅
知識庫文件 －上傳到其中的PDF、文件、CSV文件
操作/工具 - 任何 API 鉤子、瀏覽或自訂操作
優先事項 - 每日關鍵事項、每週精選事項或數位灰塵
後續方案猜測 ——項目、插件、工作區代理，還是“悄悄退休”

先按優先排序，別看 GPT 頭像多可愛。頭像不會想念你，但你的周一早晨工作流程可能會。.

很多人幾乎是偶然地發現，他們有三個 GPT 模組在做同一件事，只是指令略有不同。遷移時，請合併這些模組。未來的你會感謝你的。.

應該保存什麼、為什麼要保存、如何保存、保存的迫切性

把它當作打包清單吧。裡麵包含一些小細節——沒錯，「破冰話題」即使以後不再展示給用戶也值得保留。.

應該保存什麼	為什麼這很重要	如何抓住它	優先事項
系統/自訂指令	這就是GPT的大腦和人格。	開啟配置/編輯；將全文複製到文件或倉庫中	批判的
知識庫	政策、標準作業程序、產品資料、語氣指南都在這裡。	下載所有上傳的檔案；將其儲存在以 GPT 命名的、不帶日期標記的資料夾中。	批判的
對話開場白	揭示預期的工作流程和理想路徑	將入門提示複製到你的筆記中	高的
操作/API配置	平台變更時，外部工具會先失效。	截圖或匯出操作架構和身份驗證備註（Slack 中不包含任何秘密資訊）	如果使用，則很高
聊天範例	展示一下實際應用中「良好」的輸出效果是什麼樣的。	匯出或貼上 3-5 個代表性的帖子	中等的
共享清單	你需要警告或重新訓練的人員	請注意團隊、頻道和有存取權限的外部人員	共享 GPT 數量高
GPT商店清單副本	描述和提示有助於重建面向大眾的機器人	趁現在還能複製標題、簡介和分類，趕快複製吧！	Medium（如果有發布）

先處理關鍵行。尤其是知識庫文件－一旦編輯或下載權限放寬，在別人的筆記型電腦上尋找原始PDF檔案就成了件特別麻煩的事。.

在程式停止運作之前匯出指令和知識文件

這部分雖然不起眼，但對後續工作至關重要。趁現在還能打開，趕緊打開每個高優先順序的自訂 GPT 檔案。把完整的說明複製到純文字或 Markdown 文件中——等等，純文字格式更便於版本控制；Markdown 格式也可以。檔案名稱要清晰明了：例如 support-triage-instructions.txt，而不是 final-final-v3.txt。

然後下載所有知識庫檔案。將它們按 GPT 分類分別放在不同的資料夾中。如果某個 GPT 中的文件已更新，而您不確定哪個版本是最新版本，請先下載目前 GPT 中的文件，然後再在 Google 雲端硬碟或 SharePoint 中尋找原始版本。雙重備份比只有一個來歷不明的 PDF 檔案可靠得多。.

以下幾個實用建議聽起來顯而易見，但如果你忽略了它們，你會發現它們非常重要：

選擇風平浪靜的日子匯出文件，不要在示範開始前五分鐘才匯出。
如果將指令文字貼到共用團隊雲端磁碟中，則會移除其中的敏感資訊。
注意你依賴的模型特性——音調規則、格式規則、「永遠不要創建 SKU」等等。
如果 GPT 使用了自訂操作，請用人類語言描述每個操作的具體作用，而不僅僅是描述模式。

我原本想說“只需複製提示”，後來才意識到一半的價值通常都隱藏在文件中。提示就像食譜卡片，知識文件就像食品儲藏室。兩者都不可或缺，否則晚餐就泡湯了。當然，這只是個比喻。請不要吃你的PDF文件。.

在 ChatGPT 計畫中重建關鍵機器人🛠️

對於許多個人和團隊工作流程而言，ChatGPT 專案是理想的下一個選擇。專案為您提供了一個專屬空間，其中包含自己的說明和檔案——與自訂 GPT 非常接近，因此遷移過程會感覺很熟悉，但又不會像一鍵克隆那樣簡單。.

合理的重建路徑：

建立一個以舊版 GPT 的工作名稱命名的項目，而不是以舊版 GPT 的玩笑名稱命名的項目。
貼上匯出的指令；刪除僅在 GPT 商店中才有意義的內容。
上傳你真正需要的知識文件－不要把資料夾裡所有積灰塵的草稿都一股腦兒地丟進去。
使用與先前相同的提示符號進行測試，並將輸出結果並排比較。
邀請之前使用過舊版 GPT 的用戶，並在他們感到舒適後停用舊連結。

專案擅長處理持續性工作：研究資料夾、內容管道、客戶簡報、基於固定語料庫的內部問答。它們與其說是“GPT 應用商店裡的公共應用”，不如說是一個嚴肅的工作空間。這很好。大多數真正成功的客製化 GPT 都是工作利器，而不是商店櫥窗。.

如果 Custom GPT 即將關閉，那麼在重建過程中，你需要知道的是：先從最重要的三個機器人入手，而不是全部。先把這三個機器人上線。然後再決定哪些機器人值得啟動一個項目，哪些機器人應該悄悄地退出。.

插件、工作區代理程式和其他後續路徑🔌

並非所有內容都適合放在專案中。有些自訂 GPT 只是工具、API 或多步驟團隊流程的簡單封裝。如果您的套餐支援插件，那麼這些內容更適合作為插件使用；在企業級部署中，則更適合作為工作區代理使用。.

粗略的映射方法，在實踐中行之有效：

包含大量說明和文件 - ChatGPT 項目
工具/API自動化 －外掛程式或操作型後續元件；謹慎進行重新驗證。
團隊流程及其所有權 －工作區代理，以及管理員的參與
公共/發現機器人 ——重新思考分發方式；自訂 GPT 的 GPT 商店時代即將結束
一次性玩具 －無需遷移；存檔提示並繼續。

預計會有一些摩擦。功能不會完全一一對應。一個融合了瀏覽、文件處理和獨特角色的自訂 GPT 可能會變成一個項目加上一個單獨的工具，或者一個權限更清晰的代理。這種分離雖然令人煩惱，但也更有益——減少了神秘的黑盒子。.

完全脫離 ChatGPT，有些團隊會在其他助手或內部應用中重建相同的工作流程。這無可厚非。只需保留導出的指令和文件，以免像講故事一樣憑記憶重寫一遍。.

團隊和共享 GPT 風險不容忽視

共享的自訂 GPT 會讓悄無聲息的故障演變成大麻煩。有人在 Notion 的「我們如何提供支援」頁面中收藏了一個 GPT。另一個人把連結分享到了新手引導頁面。但沒有人真正擁有這些說明的所有權。然後，創建功能被鎖定，編輯功能凍結，突然間，這個「人人都在使用」的機器人就像鬧鬼的閣樓一樣罷工了。.

及早緩解：

為每個共享的 GPT 指定一個所有者——必須是具有姓名的人，而不是「團隊」。
在使用該管道的頻道發布簡短通知：變更內容、替代方案、切換時間。
在舊版 GPT 仍然有效的情況下，取代維基和新手引導文件中的硬編碼連結。
保留一份唯讀的作業指南存檔，以免新進員工透過失效的網址學習。
對於面向客戶的GPT（Google Play廣告模板），請準備一則聽起來平靜而非充滿末日氣息的訊息。

略帶諷刺：如果你的進程只存在於一個沒有備份的自訂 GPT 分區中，那根本就不是進程，而只是一個帶有聊天介面的美好願望。趁著介面還能打開，趕緊把這個美好願望解決掉。.

遷移過程中常見的錯誤（請跳過這些錯誤）

人們在輕微壓力下會犯下同樣的錯誤。我也犯過一些。學習是可以的，但重蹈覆轍卻是可以選擇的。.

等待完美的公告 －趁現在還能編輯下載，趕緊行動！
全部遷移 －僅遷移關鍵和高頻使用的資料；其餘資料歸檔。
忘記知識文件 －沒有文件的指令就像半個大腦
將金鑰貼到共用文件中 －API 金鑰不應該出現在團隊維基中。
遷移過程中要改變語氣和規則 －先重建，後重新設計
不告知團隊 －悄悄切換會導致支援工單增多，引發不信任。
假設項目完全相同 －測試輸出；進行調整；然後宣布「完成」。
以 GPT 商店列表為權威來源 - 立即複製副本

另外：別搞什麼複雜的遷移儀式。你不需要一個指導委員會來管理每月兩次的內容重複使用 GPT。你只需要一個資料夾和二十分鐘。.

一個實用的周計劃，無需擔心日程安排混亂

用相對的語境說話，並繼續前進。以下這個簡單的步驟無論你有一個 GPT 或二十個 GPT 都適用。.

今日左右： 盤點庫存。標記關鍵庫存與報廢庫存。
接下來的空閒時間： 匯出任何關鍵或重要事項的說明和知識文件。
隨後： 重建 Projects 中的前兩到三個項目（或代理/插件，如果合適的話）。
在它們停止運行之前： 更改您的個人預設；更新團隊連結；告知利害關係人。
持續進行： 淘汰低價值的 GPT；保留存檔；停止創建無論如何都無法發布的新的自訂 GPT。

情感上的挑戰往往比技術上的挑戰更難，這一點常常被人們低估。你花了無數個夜晚調試一個GPT機器人，它終於「聽懂」了你的聲音。說再見感覺很傻，直到你想起你仍然保留著指令。機器人的靈魂是文字。文字可以傳播。.

重點總結

自訂 GPT 課程即將關閉。你需要了解的要點總結如下：

個人計畫下新建和發布自訂 GPT 的功能已經受到限制；現有的功能也岌岌可危。
清點所有物品；根據實際使用情況而非懷舊情結進行優先排序。
趁現在還能匯出，趕快匯出說明書、知識庫文件、入門指南和行動筆記。
在 ChatGPT 專案中重建關鍵工作流程；在更合適的地方使用插件或工作區代理程式。
警告團隊，更新文檔，為共享機器人分配負責人
無需恐慌，無需遷移垃圾文件，無需等待完美時機

儘早行動，精心打包，重建那些能帶來收入的環節。平台正在向 GPT 商店和自訂 GPT 層轉型——這雖然不方便，但不會斷送你的職業生涯。你的工作流程從來都不只一個產品按鈕。保留你的食譜，調整一下廚房佈局，一切都會好起來的。.

實際範例：將共用支援自訂 GPT 遷移到 ChatGPT 項目

棄用條款乍聽起來很抽象，直到週一的入門連結失效後才會真正顯現出來。以下是一位英國客戶支援主管如何根據本指南中的「庫存→導出→重建」路徑，在 自訂 GPT 關閉 ——以及你需要了解的，才能打造一個真正發揮作用的機器人。

設想

Jordan 的團隊有一個名為「支持分診助手」的自訂 GPT。它包含語氣規則、「絕不創建 SKU」、一個幫助文章知識包，以及四個新員工無需思考即可點擊的對話開場白。該連結位於 Notion 的「我們如何提供支援」部分。他們個人方案中創建新的自訂 GPT 的功能已被鎖定。共享機器人目前仍然開放——但這只是暫時的，並非長期的。.

Jordan 並沒有打算遷移所有未完成的 GPT 專案。首要任務是完成這個核心專案：複製說明，下載知識庫文件，在 ChatGPT 專案中重新構建，更新 wiki 鏈接，通知頻道成員，然後在大家適應後停用舊 URL。.

目標是在不搞遷移作秀的情況下保持連續性——一份清單和一個指定的負責人，而不是一份 40 頁的產品需求文件。.

遷移需要什麼

庫存清單行：名稱、用途、所有者（Jordan）、依賴者、知識文件、操作、優先順序、繼任者猜測（項目）
將完整的自訂說明貼到一個命名清晰的檔案中（例如 support-triage-instructions.txt）。
每個上傳的知識檔案都會下載到以 GPT 命名的資料夾中。
對話開場白和 3-5 個範例聊天記錄，展示「好的」聊天是什麼樣的。
用簡單易懂的語言記錄所有操作/API鉤子（Slack裡不藏秘密）
一個精簡版的 ChatGPT 項目，只包含所需的文件，並附有並排的測試提示。
更新 Notion/入門鏈接，並在舊版 GPT 停止運行前發布簡短的頻道說明

範例說明

請將此用作新專案中的重建簡述（在貼上匯出的系統指令並上傳已驗證的知識文件之後）：

您是我們日程安排 SaaS 的支援分診助理。請嚴格遵守既定的語氣和「切勿憑空捏造 SKU」的規則。答案只能來自已上傳的幫助文章；如果缺少答案，請坦誠表示您不了解，並建議透過人工方式升級支援。輸出內容包括：可能的原因、文件中的證據、下一步檢查以及一份英式英語的草稿回應。無需任何前言。如果問題需要用到我們尚未提供的 API 或即時系統操作，請直接說明，不要試圖蒙混過關。.

首先執行以下測試（提示語與舊版 GPT 相同）：（1）“客戶反映升級後賬單開關變灰 - 問題排查”，（2）“找不到客戶發票時，請撰寫一份冷靜的回复”，（3）每個舊版對話開頭各運行一次。在正式宣布切換之前，請將輸出結果與已儲存的範例聊天記錄進行比較。.

如何測試它

首先清點庫存：列出所有自訂 GPT；標記為緊急/高風險/淘汰。不要從可愛的頭像開始。.
邊編輯邊匯出/下載的功能仍然可用：包括說明文件、知識庫文件和入門資料。如果版本不同，會對雲端硬碟中的神秘 PDF 檔案進行雙重備份。.
只重建前兩三個分區。在舊版 GPT 還能運作時，將相同的提示符號與舊版 GPT 並排測試。.
特殊情況：具有自訂操作的 GPT - 記錄每個操作所做的事情；如果插件或代理比專案更合適，則在插件或代理中仔細重新授權。.
切換前的驗收檢查：（1）說明文件完整，（2）所有關鍵知識文件均已存在，（3）三個測試提示與樣本質量相符，（4）Notion 鏈接已更新，（5）頻道已通知所有者姓名，（6）團隊 wiki 中未粘貼 API 密鑰。.

結果

結果範例 （僅供參考，並非已發布的 OpenAI 研究）：在清點的 8 個自訂 GPT 中，3 個被判定為關鍵/高優先級，並重建為專案；5 個僅存檔並附有說明。匯出並重建支援分診機器人耗時約 90 分鐘（清點 15 分鐘，匯出 25 分鐘，專案設定和檔案上傳 20 分鐘，並排測試 30 分鐘）。切換後，支援頻道中「GPT 去哪裡了？」的詢問量從第一周謠言四起時的 6 個（沒有所有者，也沒有說明）驟降至 Notion 鏈接和頻道帖子發布後的 1 個澄清問題。根據遷移清單（匯出完成、專案測試完成、文件更新、指定所有者、移除敏感資訊），在發佈公告前，3 個重建的機器人全部通過，而之前「等它壞了再說」的做法下，3 個機器人全部失敗。限制：團隊規模小，產品領域單一。沒有知識文件的機器人遷移速度更快；操作繁重的 GPT 遷移時間更長；計時不包括等待管理員批准工作區代理的時間。

要衡量您自己的版本：清點所有帶有優先標籤的自訂 GPT；記錄每個關鍵機器人的匯出和重建時間；追蹤兩週的檢查清單通過率和切換後的幫助請求；報告帶有分母的計數。.

可能出現什麼問題

等待完美的發布： 趁還能編輯和下載的時候趕緊行動。
遷移所有內容： 存檔備用設備；重建主力設備。
沒有食譜文件的說明： 簡直是半吊子。別光看食譜卡，還得去食品儲藏室找找。
靜默切換： 新用戶引導中的共享連結變成了鬧鬼的閣樓。
wiki 中的秘密： 將匯出內容貼到共用磁碟機時，移除 API 金鑰。
假設專案完全相同： 測試輸出，然後宣布完成——而不是反過來。
沒有指定所有者： “團隊”無法輪換已失效的網址。

實用要點

當自訂 GPT 機器人關閉時，你需要了解的是營運方面的內容：庫存、匯出說明和知識庫文件，在 ChatGPT 專案（或插件/工作區代理，這些工具和團隊流程更適合）中重建那些仍然有用的機器人，通知所有分享舊連結的人，並刪除無用的內容。機器人的靈魂是文本。文本可以傳播。保留配方；更換廚房。.

常問問題

Custom GPT 關閉對 ChatGPT 用戶意味著什麼？

OpenAI 正在逐步停止 ChatGPT 各套餐中的自訂 GPT 功能。個人免費版、Go 版、Plus 版和 Pro 版帳戶已無法建立或發布新的自訂 GPT，而現有的 GPT 可能仍可在一段時間內運行或編輯——這只是暫時的寬限，並非承諾。工作區和企業版也遵循已發表的逐步淘汰方案，最終過渡到插件、ChatGPT 專案和工作區代理等替代方案。請停止建立新的自訂 GPT，並開始維護那些仍然有價值的 GPT。.

我還能創建或發布新的自訂 GPT 嗎？

對於許多個人帳戶而言，建立和發布功能已被鎖定，包括新的 GPT 商店商品清單。您擁有或共享的現有自訂 GPT 可能仍然可以打開，並且在某些套餐中，您仍然可以在存取權限消失之前編輯說明或知識文件。關鍵工作流程不應將自訂 GPT 作為長期存放位置。請趁現在還能複製說明、初始模板和檔案時盡快複製。.

個人計畫和工作空間計畫的放鬆方式有何不同？

個人用戶主要需要個人備份：匯出說明和文件，在 Projects 或其他工具中重建，並通知所有共享過連結的人員。企業和工作區管理員會遇到使用者在入職培訓、政策問答、銷售流程和支援巨集中使用共享機器人的情況——因此，在這些機器人停止運作之前，需要在組織層級進行清點，分配負責人並指定後續人員。如果只有您自己使用，請在本週內備份；如果團隊使用，則將其視為小型產品棄用。.

在自訂 GPT 停止工作之前，我應該清點哪些庫存？

對於每個 GPT，請記錄其名稱、用途、擁有者、依賴者、指令長度、知識庫檔案、操作或工具、優先順序以及可能的後續版本。排序依據實際使用情況——關鍵的日常使用與無關緊要的數位用途——而非基於對舊版本的懷舊。許多人發現三個 GPT 執行相同的工作；在遷移過程中進行合併。你無法遷移你無法命名的內容。.

哪些自訂 GPT 資產最需要匯出？

系統指令和知識庫文件至關重要——它們就像大腦和儲藏室一樣。此外，還要複製一些對話開場白、操作說明或 API 說明（用通俗易懂的語言編寫，不要把機密信息直接粘貼到 Slack 中），一些展示良好輸出的示例聊天記錄，一些用於提醒他人的共享列表，以及如果你發布了 GPT 商店，還要復制 GPT 商店的商品信息。將檔案下載到每個 GPT 對應的、命名清晰的資料夾中，並在版本不一致時從雲端硬碟備份神秘 PDF 檔案。.

如何在 ChatGPT Projects 中重建自訂 GPT？

建立一個名為「項目」的項目，將匯出的指令貼到專案中，僅上傳您仍然需要的知識庫文件，然後將相同的提示與舊的 GPT 版本進行比較測試。邀請之前的用戶加入，並在他們熟悉後停用舊連結。專案模式比公開的 GPT 應用程式商店應用程式更適合持續性工作，例如研究、內容創作、客戶簡報和內部問答。先從最重要的兩三個機器人著手，不要一下子全部都做。.

何時應該使用插件或工作區代理程式而不是專案？

指令繁多且包含文件的機器人通常對應到專案。工具或 API 自動化更適合插件或操作型後續程序－務必仔細重新驗證。職責明確的團隊流程適合使用工作區代理，並由管理員參與其中。公共發現機器人需要重新設計，因為自訂 GPT 商店時代即將結束，一次性工具可以歸檔而無需遷移。預計會有一些摩擦；完全複製不太可能。.

共享團隊自訂 GPT 在系統當機期間會帶來哪些風險？

共享的GPT機器人通常存在於Notion、使用者引導文件和Slack中，且沒有指定負責人——這樣一來，編輯就會停滯，大家使用的機器人最終會變成無人問津的「鬼屋」。因此，應該指定一位負責人，發布變更內容和切換時間，在舊版GPT機器人仍然有效的情況下替換硬編碼的鏈接，並保留一份只讀的說明文檔存檔。對於面對客戶的機器人，要準備好平和的溝通訊息。沒有備份的流程，如果使用聊天介面，或許還能勉強應付。.

我應該避免哪些遷移錯誤？

不要等待完美的公告——趁還能編輯和下載時立即行動。只遷移關鍵和高頻使用的內容；其餘內容存檔。不要忘記知識庫文件，將 API 金鑰貼到共享維基中，在遷移過程中調整風格，或悄悄切換。項目並不完全相同——在宣布完成之前測試輸出，如果重要，現在就複製商店列表文字。對於每月只使用兩次的機器人，無需成立指導委員會。.

如何將共享支援自訂 GPT 遷移到專案中？

對機器人進行清點，匯出完整的說明和所有知識庫文件，保存初始對話和範例聊天記錄，然後在專案中使用精簡後的規則和已驗證的文件重新建置。並排測試相同的分類提示，更新 Notion 或新用戶引導鏈接，並在舊 URL 失效前通知頻道所有者姓名。驗收標準為：所有匯出文件均已完成，品質與範例一致，文件已更新，且團隊 Wiki 中沒有任何秘密資訊。.

參考

OpenAI — 逐步停止自訂 GPT 專案 — help.openai.com

返回博客