GPT-5.4 洩露事件：開發者須知

嗨，我是 Dora。我並不是在尋找新模型。我只是在整理一個建置流程時，看到一個執行緒在傳遞提到「GPT 5.4」的截圖。沒有任何宣傳，只是一個 pull request 裡的一小行文字。我停下來，不是因為我需要在一天裡多一個縮寫詞，而是因為安靜、不經意的暗示往往比高調的發布說明更多。

2026 年 3 月的第一週，我跟著麵包屑走：快取的差異、開發者的討論，以及一個似乎來了又去的 PR。我沒有測試 GPT 5.4（沒有任何官方版本可以測試），但我仔細研究了程式碼中似乎引用的內容以及它的處理方式。這條線索的語氣幾乎和內容本身一樣重要。

GPT-5.4 如何在外界浮現

Codex PR 引用

我首先注意到 GPT 5.4 的提及，與一個短暫的變更有關，該變更出現在一個似乎涉及「Codex」情境的儲存庫中——無論是舊有命名，還是一個仍以「codex」作為編碼流程容器的內部路徑。流傳的程式碼片段顯示了幾件你在模型路由和功能旗標周圍所預期的事情，沒有任何「發布」的跡象，更像是管路工程。如果你曾經在模型切換周圍工作，你知道這些行通常既無聊又重要。

那些片段中有兩點引人注目：在聊天或代理命令層中對「/fast」切換的引用，以及一個讀起來像全解析度視覺的功能標籤。 我在這裡很具體，因為這很重要。標籤不一定符合現實，但很少是隨機的。

為什麼程式碼很快被移除

那個提交沒有持續太久。從我所見，分支被重寫，PR 的差異被清除。當一個團隊過早提交了一個引用，或者誤將內部和外部配置混合在一起時，這很常見。換句話說：這看起來像是在壓力下的例行整理，而不是一次刻意的下架。

我在規模較小的團隊中也做過同樣的事——發現我不應該暴露的旗標，強制推送，然後繼續前進。修正的速度表明，上游的某個人注意到了討論，並決定收尾。不是醜聞，只是控制。

強制推送刪除通常意味著什麼

強制推送不能證明任何驚人的事。它通常表示緊迫性，以及希望將儲存庫恢復到已知狀態。你可以在文件中閱讀 Git 自己對歷史重寫的立場——有用、鋒利的工具，如果不小心很容易傷到自己。如果你在洩漏事件中看到強制推送，這通常意味著團隊將洩漏視為雜音，而不是有組織的揭露。

作為背景（不是證明），這裡有一個中立的參考：Git 關於強制推送和重寫歷史的說明。不同的世界，相同的模式。

洩漏的程式碼實際上顯示了什麼

快速模式命令（/fast）

提到「/fast」命令的那行，對我來說，讀起來像是使用者或代理層級的覆寫。實際上，這暗示了一種以深度換取速度的模式——模型路由器中的一個熟悉的旋鈕。 如果這與 GPT 5.4 相關，我會預期更快的首個 token、可能更激進的快取、可能更寬鬆的工具呼叫閾值。沒有什麼華麗的東西，但當你在一個循環中執行數十個小型檢查時很有用。

這聽起來不像是能贏得演示的功能。它聽起來像是你在部署或 CI 步驟期間會開啟的東西，當你更關心延遲而不是文辭時——比如文件字串規範化、微小的重構，或者不需要完美文字的結構描述差異。

全解析度視覺引用

「全解析度視覺」 是一個含義豐富的短語。實際上，這可能意味著更高的輸入限制、更好地處理密集的 UI 截圖，或者在模型看到像素之前減少激進的縮放。如果準確，這傾向於需要高保真度的工作流程——在截圖中閱讀實際程式碼、審查 UI 狀態，或從圖表中提取結構而不模糊細節。

我處理了大量塞進圖片的產品筆記——帶有細小標注的原型圖、紅線標記，諸如此類。如果 GPT 5.4 能在更高解析度下原生處理這些，它將消除一個安靜但持續的成本：我需要裁剪或重新編碼圖片才能讓模型看到我所看到的那個準備步驟。

Codex 情境中的編碼代理訊號

Codex 的引用感覺像是編碼代理的腳手架。不是「幫我寫一個應用程式」的魔法，更像是小肌肉群：工具選擇、函式呼叫、重試策略，以及當呼叫返回意外內容時的後備方案。我所見的暗示指向那個層面，而不是頭條新聞。

如果這個理解是正確的，GPT 5.4 可能被調整為適應真實儲存庫的混亂的代理編碼流程：不完整的測試、不穩定的環境、混合的依賴管理器。少一點「天才程式設計師」，多一點「在第二個錯誤後不會放棄的可靠同事」。我可以接受這樣的東西。

GPT-5.4 可能是為什麼而建立的

AI 編碼工作流程

我不認為 GPT 5.4 在追求新奇。這條線索暗示在常見循環上有更穩定的處理：閱讀程式碼、進行小修改、驗證，然後不帶戲劇性地再試一次。如果你在真實限制下發布功能，這種節奏比一次性的閃光更重要。

基於我所見以及在我合作的團隊中不斷出現的情況，我猜測：GPT 5.4 可能意在更貼近程式碼，而不是簡報。它可能瞄準合理快速的差異、一致的文件更新、更安全的重構，以及能在執行階段存活的務實建議。

代理循環最佳化

代理循環因無聊的原因而脆弱——逾時、工具錯誤、情境漂移，以及永遠無法收斂的嘗試。「/fast」的暗示讀起來像是保持循環輕快的方式，而視覺引用則表明代理可以閱讀人類實際傳遞的內容（截圖、日誌、終端機照片），而無需額外的麻煩。

如果是真的，可能出現兩個生活品質提升：

更少的手動重試：更清晰的錯誤分類和更平靜的退避邏輯減少了混亂。
更緊湊的工具呼叫：當某個步驟不需要完整推理時，更便宜、更快速的跳轉。

這起初並沒有節省我的時間——追蹤洩漏從來不會——但它的形態感覺像是為自動化程式碼維護枯燥部分的團隊減少了腦力負擔。

開發者工具整合

引用被塞入路由提示的方式告訴我，GPT 5.4 可能被打包成可插入現有開發者堆疊的形式。想想：

CI/CD hooks，每個步驟可以選擇速度或深度。
可以在不需要外部預處理的情況下以更高保真度讀取圖片的編輯器擴充功能。
減少依賴客製化膠水程式碼的代理框架。

如果這就是 GPT 5.4 的走向，其價值不會體現在演示中：而是體現在更少脆弱的適配器上。這種升級你會在三週後注意到，當什麼都沒有壞掉，你意識到你不必在週五盯著代理的時候。

我們仍然不知道什麼

沒有確認的基準測試

我沒有看到與 GPT 5.4 相關的可信基準測試。沒有評估表、沒有標準化任務、沒有與當前模型的比較。沒有數字，我們只有印象和標籤。如果這個模型落地，我會首先尋找小型實用測試：修復失敗測試的時間、閱讀密集截圖的準確性，或每個解決問題的重試次數。

沒有定價或 API 詳情

關於定價或配額，沒有任何公開資訊。對於規劃來說，這比炒作更重要。一個難以預算的好模型不會進入生產環境。如果你今天在規劃場景，在你的試算表中保留佔位符，並根據當前的 OpenAI 模型文件進行健全性檢查，而不是依賴洩漏的標籤。

發布時程不明

我沒有日期、季度，甚至沒有季節。快速移除表明內部在移動，而不是市場時機。 如果 GPT 5.4 出現，它可能會悄悄地出現在路由表中，或作為代理框架中的一個旗標，而不會有任何大型橫幅。或者它可能更名，在公開場合根本不被稱為「GPT 5.4」。

當前狀態與免責聲明（模型尚未正式發布）

截至 2026 年 3 月初，GPT 5.4 尚未被宣布或有文件記錄。我分享的是對短暫程式碼引用及其處理方式的觀察——僅此而已。這不是重新架構任何事物的建議。如果你感到好奇，請關注穩定的文件，而不是截圖。如果你確實發現了另一個零散的引用，請深呼吸。大多數洩漏比頭條新聞暗示的更安靜，也更有用。

我就說到這裡：吸引我的不是版本號。而是圍繞循環和延遲的細心跡象。如果事情正朝那個方向發展，我可以接受少一點壯觀。