OpenAI 如何利用Codex，僅僅4個人、28天從零構建發布Sora Android 版本，給咱們什麼啟發？ 核心成就與背景· 極速開發：在短短4 週（10.8~11.5）內，一個小型的4 人工程團隊配合Codex 完成了從原型到全球發布的開發工作。 · 高品質交付：App 發布後即登頂Play Store 榜首，首日生成超百萬視頻，且保持了99.9% 的無崩潰率。 · 資源消耗：整個過程消耗了約5B token。 開發哲學：打破“布魯克斯定律” 「布魯克斯定律」：向進度落後的軟體專案增加人力，只會讓進度更慢。 OpenAI 並沒有透過增加人力來應對緊迫的發佈時間，而是透過為每位工程師配備Codex 來倍增個人產出。 如何高效率使用Codex？ OpenAI 將Codex 視為一位“剛入職的高級工程師”，摸索出了一套高效的人機協作模式： 1. 建立上下文： · Codex 雖然精通程式碼，但不懂團隊的架構規格和產品直覺。 · 團隊透過在程式碼庫中維護大量的AGENT. md 文件，明確編碼規範，讓Codex 能夠「入鄉隨俗」。 2. 先規劃，後編碼： · 不直接丟給Codex 任務，而是先讓它閱讀程式碼並產生一份「微型設計文件」或實施計畫。 · 人類工程師審查並修正計畫後，再讓Codex 執行。這避免了方向性錯誤，也讓程式碼審查更輕鬆。 3. 跨平台開發的「翻譯官」： · 利用現有的iOS 程式碼庫作為參考。 · Codex 擅長閱讀Swift 程式碼並將其邏輯「翻譯」為Android Kotlin 程式碼，實現了邏輯復用，被團隊戲稱為「未來的跨平台框架」。 4. 分散式工程管理： · 工程師同時執行多個Codex 會話（例如一個寫入播放器，一個寫入搜索，一個寫入測試）。 · 工程師的角色從“獨奏者”轉變為“指揮家”，主要負責架構決策、Code Review 和系統整合。 核心洞察與未來展望· AI 並不減少對嚴謹性的要求：相反，它增加了對系統設計和架構能力的要求。 AI 可以快速產出程式碼，但人類必須確立正確的「地基」和「結構」。 · 工作重心的轉移：軟體工程的重心從編寫樣板程式碼轉移到了架構設計、使用者體驗和複雜系統權衡。 · 新常態：這種AI 輔助的開發循環已成為他們預設的工作方式，展示了未來軟體工程的新形態。 OpenAI 原文
