OpenAI 在 2026 年 10 月 26 日發佈的一篇內部案例中，詳細介紹了其工程師如何使用 Codex 的高速模式 Ultrafast 來加速事件調查。Ultrafast 已成為 OpenAI 工程師處理事故響應時的默認工具，因為當系統出現故障時，工程師往往沒有時間等待幾分鐘才得到答案，而問題可能在此期間不斷惡化。藉助 Ultrafast，他們可以同時排查多個潛在原因，並快速獲得結果，而無需分散注意力。
OpenAI 技術團隊成員 Adam Perry 指出，如果兩個同樣聰明的人，一個一小時後回覆，另一個一分鐘內回覆，後者顯然效率更高，因為更快的響應意味着能完成更多工作。在事件處理中，Aaron Friel 通常會創建 Slack 頻道，並讓 Codex 監控、調查並隨時回答問題。他表示，任何事件都涉及許多可能的故障環節，找到正確的“針”是關鍵任務，而 Ultrafast 讓他能同時搜索所有“乾草堆”，從而更快響應事件。
數據中心安全架構師 AJ Trbojevic 提到，過去安全調查需要一到兩小時來收集結構化與非結構化數據、進行規範化並提供決策背景，現在只需 10 到 15 分鐘，有時甚至接近實時。核心代理團隊的 Adam Perry 和 Sayan Sisodiya 也表示，Ultrafast 改變了他們在安全事件中的工作方式。過去，Adam 會同時自己調查，因為等待 Codex 太慢；現在 Codex 足夠快，他可以保持專注。Sayan 則利用 Codex 從多個數據源獲取即時答案，包括搜索 Slack 中可能相關的變更引用或類似症狀的討論。
另一位技術團隊成員 Jeff Niu 表示，如果 AI 需要超過 30 秒才能找到答案，他會轉而查看 Slack 或與同事交流，但 Ultrafast 讓他的大部分工作都在這個閾值內完成。過去他提問後會切換任務，回來時可能已失去思路；現在對話實時進行，有助於保持專注。Ultrafast 還讓他更願意進行大型重構，因為重寫現有代碼的時間大大減少。他説，技術債務現在比以往更容易償還，代碼生產成本低廉，曾經耗時的重構幾乎瞬間完成。
Adam 還維護一個 Codex 線程，稱之為“幕僚長”，每天早上它告知會議安排和可能忘記回覆的消息，並且因為已經查看了所有數據，後續提問無需等待獲取更多信息。Sayan 則用 Codex 處理瀏覽器中繁瑣的手動工作，如表單填寫。過去由於速度慢而避免此類任務，現在藉助最新模型在計算機使用方面的改進，他更放心讓 Codex 處理，而且速度足夠快，不會浪費時間。
總體而言，在事件響應、日常規劃和重構等方面，Ultrafast 讓 OpenAI 的技術人員能夠以提問的節奏與 Codex 協作。他們可以跟進答案、嘗試其他方法並保持工作連貫性。更短的等待時間也改變了他們願意承擔的任務範圍，從推遲的重構到最終值得委託的日常任務。