OpenAI近日在官方博客中披露了安卓版Sora應用開發背后的故事。這款應用從啟動到上線僅耗時28天，其開發模式打破了傳統互聯網公司的常規路徑，引發行業關注。
時間回溯至今年10月，Sora的iOS版本上線后迅速獲得用戶青睞，視頻生成需求呈爆發式增長。面對安卓用戶的迫切期待，OpenAI內部僅有一個基礎原型版本，開發團隊面臨時間緊迫與高風險的雙重壓力。按照常規做法，互聯網公司通常會組建大規模工程師團隊，投入數月時間進行迭代優化，但OpenAI選擇了一條截然不同的道路。
該公司組建了一支僅4人的精銳小組，采用GPT-5.1-Codex的早期版本作為核心開發工具。從10月8日正式啟動到11月5日交付成品，整個開發周期內，85%的代碼由AI自動生成，最終實現了99.9%的版本穩定率。這種開發模式不僅縮短了周期，更驗證了AI在特定場景下的高效協作能力。
Codex在項目中的角色被形容為"初級工程師"。它能夠快速理解需求并生成代碼，將開發者的精力從基礎編碼中解放出來，轉而專注于架構設計、代碼審查等核心環節。這種分工模式使得人類工程師得以將更多時間投入用戶體驗優化和系統性決策中。
然而，AI工具的局限性同樣明顯。開發團隊發現，Codex無法自主推斷未明確說明的細節，例如架構偏好、產品策略或用戶行為模式。它更傾向于生成"能運行的代碼"而非"長期可維護的代碼"，這導致初期版本中出現了ViewModel過度使用、UI邏輯錯位等問題。為解決這一矛盾，團隊引入了AGENT.md文件作為統一規范，確保AI生成的代碼符合既定標準。
在技術特性方面，Codex展現出顯著優勢。它支持所有主流編程語言，極大簡化了跨平臺遷移工作；對單元測試的積極態度使回歸問題減少60%以上；當持續集成（CI）流程失敗時，它甚至能通過分析日志直接提供修復方案。這些特性使得開發團隊在保持高效的同時，仍能維持較高的代碼質量。
這種開發模式也帶來新的挑戰。每次與Codex交互都需要明確設定目標、約束條件和執行標準，否則可能產生不符合預期的代碼。特別是在深層架構設計方面，AI仍需人類工程師的監督指導。開發團隊強調，AI與人類的協作需要建立清晰的邊界，前者負責執行具體任務，后者把控整體方向和質量標準。
