OpenAI近日在官方平臺分享了安卓版Sora應(yīng)用快速開發(fā)的幕后故事。這款應(yīng)用從啟動到上線僅耗時28天，其開發(fā)模式打破了傳統(tǒng)互聯(lián)網(wǎng)公司的常規(guī)路徑。當(dāng)iOS版本上線后用戶量激增時，安卓版本的開發(fā)需求隨之浮現(xiàn)，但當(dāng)時團(tuán)隊(duì)手中僅有原型版本，且面臨時間緊迫與高風(fēng)險的雙重壓力。

傳統(tǒng)開發(fā)模式下，企業(yè)通常會投入大量工程師組成龐大團(tuán)隊(duì)，通過數(shù)月迭代完善產(chǎn)品。但OpenAI認(rèn)為，增加人力可能帶來溝通成本上升、任務(wù)分配復(fù)雜化等問題，反而降低效率。為此，他們選擇組建一支僅4人的精銳小組，采用AI輔助開發(fā)策略推進(jìn)項(xiàng)目。

開發(fā)團(tuán)隊(duì)于10月8日正式啟動工作，使用GPT-5.1-Codex的早期版本作為核心工具。這個AI系統(tǒng)承擔(dān)了85%的代碼編寫任務(wù)，最終實(shí)現(xiàn)99.9%的版本穩(wěn)定率。開發(fā)者將其比作"剛?cè)肼毜母呒壒こ處?，能夠快速理解指令并生成代碼，使人類工程師得以將精力集中在架構(gòu)設(shè)計、用戶體驗(yàn)等關(guān)鍵環(huán)節(jié)。

盡管表現(xiàn)突出，Codex仍存在明顯局限。它無法自主理解開發(fā)者的深層需求，比如架構(gòu)偏好、產(chǎn)品戰(zhàn)略或用戶行為模式。在應(yīng)用實(shí)際運(yùn)行測試中，仍需人類工程師判斷滑動流暢度、交互邏輯是否合理等體驗(yàn)問題。每次新對話都需要重新明確開發(fā)目標(biāo)和約束條件，否則可能生成不符合規(guī)范的代碼結(jié)構(gòu)。

為解決這些問題，開發(fā)團(tuán)隊(duì)在代碼庫中廣泛使用AGENT.md規(guī)范文件。這類文檔為AI提供明確的編碼準(zhǔn)則，確保生成代碼既滿足功能需求又符合長期維護(hù)標(biāo)準(zhǔn)。例如，系統(tǒng)曾出現(xiàn)將業(yè)務(wù)邏輯寫入UI層的錯誤，正是通過規(guī)范文件避免了此類架構(gòu)問題。

該工具的優(yōu)勢體現(xiàn)在多個方面：它掌握主流編程語言，能輕松實(shí)現(xiàn)跨平臺遷移；主動生成單元測試的習(xí)慣使回歸問題減少60%以上；當(dāng)持續(xù)集成失敗時，可直接將錯誤日志輸入系統(tǒng)獲取修復(fù)方案。這些特性使人類工程師得以專注處理架構(gòu)決策、系統(tǒng)優(yōu)化等高價值工作。

這種開發(fā)模式創(chuàng)造了新的協(xié)作范式：AI負(fù)責(zé)將明確需求轉(zhuǎn)化為可執(zhí)行代碼，人類工程師則把控產(chǎn)品方向與質(zhì)量標(biāo)準(zhǔn)。在實(shí)際開發(fā)中，兩者形成互補(bǔ)——AI的效率與人類的洞察力共同推動項(xiàng)目快速推進(jìn)，最終在28天內(nèi)完成從零到上線的全過程。