IT之家 12 月 13 日消息，OpenAI 昨天在官網(wǎng)發(fā)布博文，揭秘安卓版 Sora 應用如何在 28 天內完成開發(fā)。

IT之家在此援引博文，回到 10 月，Sora iOS 版上線后使用量迅速爆發(fā)，人們立刻開始源源不斷地生成視頻，安卓版呼之欲出，但當時 OpenAI 內部只有安卓端 Sora 的原型版本，因此這項開發(fā)任務可謂是高風險、時間緊迫。

在這種場景下，一般的互聯(lián)網(wǎng)公司往往會組建海量工程師組成的開發(fā)團隊，花費數(shù)月時間進行打磨，但在 OpenAI 這種場合中，增加人力反而會無形生出溝通成本、任務切割和集成負擔，顯著拖慢開發(fā)速度。

OpenAI 為此決定組建一支只有 4 人的強力小隊，他們從 10 月 8 日開始開發(fā)安卓版 Sora，11 月 5 日交付最終成果，全程用時 28 天，期間并沒有使用什么“秘密模型”，而是 GPT-5.1-Codex 的早期版本，整個應用代碼的 85% 由 Codex 編寫，實現(xiàn)了 99.9% 的版本穩(wěn)定率。

據(jù)介紹，Codex 更像是一名剛入職的高級工程師，能夠將開發(fā)者的更多時間用于指揮和代碼審查，不必親自敲每一行代碼。

不過，Codex 并不擅長自行推斷未被明確告知的信息，如開發(fā)者偏好的架構模式、產品策略、真實用戶行為等，并且這名虛擬工程師無法感受應用的實際運行狀況，最終只能由真人來進行調試，告訴 AI 滑動是否順滑、某個流程是否令人困惑。

同時與 Codex 的每一次新對話都像是重新做入職培訓，你必須清晰地說出目標、約束條件以及“怎么做事”，這樣 Codex 才能最高效地生成代碼，而且它在深層架構推斷方面也有局限，如果完全讓它自己跑就會引入不必要的 ViewModel，或者把邏輯塞進本應屬于 Repository 的 UI 層。

從這里可以看出，Codex 的本能是“讓代碼跑起來”，而非長期整潔性，為此 OpenAI 在整個代碼庫中大量使用 AGENT.md 文件，用于進行統(tǒng)一指導和實踐，讓 AI 始終遵循規(guī)范寫代碼。

優(yōu)點方面，Codex 幾乎熟悉所有主流編程語言，使得跨平臺遷移變得異常輕松，而且對編寫單元測試異常積極，盡管并非每個測試都很“深”，但廣覆蓋極大減少了回歸問題，并且在 CI 失敗時還可以直接把日志扔進 prompt，讓它自己給出修復方案。

所以我們可以得出結論：Codex 可以在明確邊界的情況下實現(xiàn)高效工作，而人類工程師則可以專注于架構、體驗、系統(tǒng)性決策，并負責監(jiān)督最終質量。