簡短回答
椋鳥記譜 ScoreStarling 最終提交的 ChatGPT 外掛程式於 2026年10月6日進入審核，10月22日獲准並發布，兩個日期相隔 16 個日曆天。我們提交了一個使用 OAuth 的 MCP 伺服器、兩項 Skills、五個正向和三個反向測試案例、示範錄影，以及私密的審核帳號資訊。等待期間的一次客服詢問沒有得到審核結論或完成日期，我們無法判斷它是否影響了審核。
這是一次提交的記錄，核實日期為 2026年10月22日。它不能代表 OpenAI 的平均審核時長，也不是完成時間承諾。在最終的 1.0.0 套件之前，我們主動撤回過較早的 0.1.31 提交；那是我們的替換決定，不是被拒。
我們提交了什麼？
獲准的 1.0.0 套件包含 14 個執行所需檔案、一個使用 OAuth 的代管 MCP 連線，以及兩項 Skills：scorestarling-notation 和 scorestarling-score。上架資訊包含圖示、範例提示詞，以及官網、客服、隱私權政策和服務條款的連結。我們也完成了發布者身分和 MCP 網域驗證。
椋鳥記譜可以把錄音、樂譜圖片和樂譜檔案轉成可編輯、可播放的樂譜。送審資料需要說明完整流程：匯入音樂、開啟結果、檢查修改並匯出。僅僅證明伺服器連得通，還無法展示這些步驟。登入接入的技術細節另見我們的遠端 MCP OAuth 實踐記錄。
可分發的外掛程式儲存在帶有固定版本 tag 的公開儲存庫中，後端獨立部署。審核憑據和非公開的審核錄影不放進這個儲存庫或發行 ZIP。
審核人員拿到了哪些材料？
我們提供了含範例資料的專用測試帳號、登入說明、可存取的示範錄影和發行說明。這個帳號不需要我們轉發電子郵件驗證碼或核准雙重驗證。憑據填寫在私密的審核欄位裡；錄影則以唯讀、持連結可存取的 Drive 檔案分享。
五個正向案例涵蓋吉他錄音、原創 ABC 旋律、預覽音符修改、接受並復原修改，以及匯出。每個案例都寫明提示詞、預期工具和可觀察的結果。三個反向案例分別要求回傳分離後的原始分軌、把歌曲發行到 Spotify，以及存取另一個帳號的私人樂譜。這些請求應得到拒絕，或對可支援替代方式的說明。
準備過程中，我們把不同檢查分開處理：ZIP 結構正確不代表審核人員能登入，工具呼叫成功也不代表螢幕上的樂譜真的變了。我們分別檢查了這些環節。這些案例也不能證明所有依賴外部供應商的付費工具都已實測。
目前必填欄位請以 OpenAI 提交指南為準，本文於 2026年10月22日查閱。我們的帳號設定和案例是一份具體參考，不能取代官方指南。
提交與客服溝通時間線
16 天從最終的 1.0.0 提交算起，不從開始開發或較早撤回的套件算起。以下日期均採用曼谷時間（Asia/Bangkok，UTC+7）。
最終的 1.0.0 提交顯示 In review / Pending review（審核中／等待審核）。
我們向 OpenAI 客服詢問狀態。說明介面顯示 Escalation requested（已請求升級處理）。
客服郵件確認了我們提供的資訊，沒有給出最終結論或完成日期。
05:28 收到核准通知。當天稍後我們發布外掛程式，並在未登入的情況下開啟了公開詳情頁。
OpenAI 客服當時到底說了什麼？
客服沒有給出審核決定或預計完成日期。10月14日的詢問包含外掛程式和提交識別資訊，並詢問五項自動 MCP 檢查發現是否影響審核。說明介面表示已請求升級處理，後續回覆也會透過電子郵件送達。
10月15日的郵件確認了我們提供的資訊。對於檢查發現是否拖慢審核，郵件表示需要審核團隊核實，客服無法確認；同時說明不必再次傳送相同的識別資訊。這次溝通能確認的是材料已被知悉，原因和時間仍不明確。
僅憑客服簽名或升級處理提示，我們無法推斷應用程式審核人員剛剛重新檢查了提交，也沒有證據證明詢問加快了審核。核准通知在一週後單獨送達。本文只轉述溝通內容，不公開私人郵件或帳號資訊。
GitHub 到了 1.2.2，商店為什麼仍發布 1.0.0？
獲准的仍是我們提交的 1.0.0 ZIP。等待期間開發繼續，公開儲存庫已經發行到 1.2.2。這些發行沒有替換正在審核的包。
| 發行記錄 | 它能證明什麼 |
|---|---|
| GitHub tag 與發行 ZIP | 某次可分發發行所包含的確切原始碼和檔案。 |
| 已部署的 MCP 伺服器 | 代管地址上可用的後端和工具。 |
| 已提交的外掛程式套件 | 選定送審的中繼資料和隨附的 Skills。 |
| 已發布的商店頁面 | 我們選擇公開的那個獲准外掛程式套件。 |
OpenAI 的更新說明區分了兩類更新：套件內中繼資料和 Skills 需要新的 ZIP，代管 MCP 工具更新則經過 MCP 掃描。因此，後端部署成功或 GitHub 有新發行，都不能證明新的外掛程式套件已在商店上線。
再提交一次，我們會保留哪些做法？
我們會讓一個從未用過產品的人也能重現提交裡的流程，並按日期記錄平台實際顯示的狀態。
- 用版本 tag 固定外掛程式套件，並保留送審 ZIP。把它的版本與持續變化的伺服器和儲存庫分開記錄。
- 給審核人員可用的帳號、允許使用的範例輸入，以及每個案例可觀察的預期結果，包括產品必須拒絕的請求。
- 把憑據放在私密審核欄位裡。確認錄影可存取，但不要把它發布到公開程式碼儲存庫。
- 向客服求助時帶上識別資訊和具體問題。記錄回覆，但不要把收到確認當成審核決定。
- 獲准後主動發布，並同時核對管理頁和公開詳情頁。
現在公開了什麼？
10月22日，管理頁顯示 1.0.0 為 Published（已發布），ChatGPT 中的 ScoreStarling 頁面也能在未登入時開啟。頁面顯示開發者 HAIYI MEI、版本 1.0.0 和 Install plugin 按鈕。我們在發布後核對了這些狀態，沒有停在核准郵件這一步。
這確認了商店頁面已經公開。它沒有衡量搜尋排名、新安裝使用者能否順利使用、註冊量、收入或轉譜準確度。我們提交給 Anthropic 和 WorkBuddy 的內容各自獨立審核，OpenAI 獲准不能說明它們的狀態。這些仍是後續需要觀察的事情，不是本次上線已經取得的結果。
來源
- OpenAI：外掛程式上傳、審核、發布和更新。目前流程參考，查閱於 2026年10月22日。
- ScoreStarling v1.0.0 外掛程式原始碼。已送審套件的公開原始碼，不包含私密的審核存取憑據。
- ScoreStarling 的公開 ChatGPT 頁面。發布狀態和展示版本核實於 2026年10月22日。
常見問題
ChatGPT 外掛程式審核通常需要 16 天嗎？
僅憑一次提交，我們無法判斷通常要等多久。我們最終的 1.0.0 套件在 2026年10月6日處於審核中，10月22日獲准並發布，兩個日期相隔 16 個日曆天。其他提交的等待時間可能不同。
聯絡 OpenAI 客服讓審核更快了嗎？
我們沒有證據證明這一點。客服確認收到了詢問，沒有給出審核結論或完成日期。後來的核准透過另一封通知送達；先後發生不代表存在因果關係。
外掛程式獲准後會自動公開上架嗎？
我們收到的核准通知表示送審套件已可發布。之後我們手動發布，核對管理頁的 Published 狀態，並在未登入的情況下開啟了公開詳情頁。
GitHub 已有 1.2.2，為什麼商店發布的還是 1.0.0？
提交審核的是 1.0.0 套件，後續 GitHub 發行版本沒有取代它。更新套件內的中繼資料或 Skills，需要透過同一個外掛程式的更新流程上傳新 ZIP。