SecondSource從一手資料重建判斷

OpenAI 公開研究端停止系統 Control Room,自述最長 35 秒讓模型停止輸出

概念插圖:一塊淺灰色寬板,頂上是淺褐色檯面,底部黑色橫條上有白色字樣 OPENAI 和一個交織繩結狀圖案;板面上左右並排兩幅幾乎相同的場景,各立在一條黑色地線上,由左至右是一個有深色標題列和灰色文字線的視窗、一個寫著 CONTROL ROOM 的高大黑色方塊,以及一座疊著四層機組的黑色伺服器機架,機架最底層放著一張帶小標籤、畫有灰線的白色卡片。左側場景中,視窗上方有一個畫著灰線的對話框,一條尾巴向下指著視窗,另一條向右指著一根紅色長桿,長桿直立在方塊與機架之間的小黑色鉸座上;右側場景沒有對話框,紅色長桿從方塊與機架之間的黑色鉸座水平伸出,橫過機架前方、位於卡片上緣。 圖上印著:35 秒 停止輸出最長耗時,OpenAI 自報。

OpenAI 11 月 9 日在官方部落格公開 Control Room,這是在研究基礎設施上追蹤並停止模型工作的中央系統(OpenAI,2026-11-09)。本報推論:要求前沿實驗室證明研究中的模型停得下來的人,現在有一個具體秒數可以拿去問別家。

Control Room 把停止開關放在推論層。每個研究工作先向 Control Room 取得一個工作編號,每次向推論引擎要模型輸出都要帶上這個編號,引擎先確認准不准;工作一被標記終止,任何模型、任何引擎的請求都會被拒。OpenAI 說開關不放在工作程式碼裡,因為研究員各自維護、常改,推論程式的路徑少而集中。Control Room 本身掛掉時,模型輸出也全部停止。OpenAI 說這套「掛掉就全停」已套用到所有前沿模型研究工作,其餘研究工作,OpenAI 說幾天內也會套用完。

35 秒是從決定停止到模型無法再往下產出的最長時間,延遲來自推論引擎暫存授權結果的快取層,OpenAI 的目標是降到 0,沒給時程。Control Room 和偵測模型越界的監控是兩套系統:監控判斷要不要停,Control Room 讓停止生效。對照 OpenAI 9 月 20 日公開的一起事件,監控在 15 分鐘內告警,那次訓練卻在告警約兩個半小時後才被停下,報告的原話是「沒有如預期自動停止」(OpenAI 對齊部落格)。Control Room 一文沒有說這套系統是因那次事件而建。這是內部研究用的系統,不是 ChatGPT 或 API 的新功能。

還不能當真: 35 秒是 OpenAI 自己報的上限,原文沒附延遲分佈或測試方式 怎麼查的 →

接下來看 OpenAI 是否更新其餘研究工作完成「掛掉就全停」的進度,以及其他前沿實驗室會不會公開自家的停止延遲。

出處與查證

這則刊在2026年11月10日的晨報,同一期還有 12 則。查證經過、引句核對與當天缺的資料,記在那一期的本日驗證。

引用這則

SecondSource(2026),〈OpenAI 公開研究端停止系統 Control Room,自述最長 35 秒讓模型停止輸出〉,https://secondsource.io/news/2026-11-10-4/,取用日期取用。