僅用4名工程師，28天完成安卓版Sora應(yīng)用開(kāi)發(fā)，其中約85%的代碼由AI生成——OpenAI近日披露的這一項(xiàng)目細(xì)節(jié)，引發(fā)行業(yè)對(duì)AI輔助開(kāi)發(fā)模式的深度探討。這款應(yīng)用上線首日即登頂谷歌Play Store，用戶(hù)24小時(shí)內(nèi)生成超百萬(wàn)條視頻，其高效開(kāi)發(fā)模式背后，是AI智能體Codex的深度參與。

項(xiàng)目團(tuán)隊(duì)透露，從10月8日至11月5日，4人小組與Codex協(xié)作消耗約50億Token，采用GPT-5.1-Codex早期版本完成開(kāi)發(fā)。該應(yīng)用雖規(guī)模龐大，卻實(shí)現(xiàn)99.9%的無(wú)崩潰率，目前Codex已承擔(dān)OpenAI內(nèi)部每周70%的代碼合并（PR）工作。這種"小團(tuán)隊(duì)+AI"的模式，打破了傳統(tǒng)軟件開(kāi)發(fā)需要大量人力投入的認(rèn)知。

開(kāi)發(fā)過(guò)程中，團(tuán)隊(duì)采用"人類(lèi)定框架、AI填代碼"的協(xié)作方式。工程師負(fù)責(zé)架構(gòu)設(shè)計(jì)、用戶(hù)體驗(yàn)和關(guān)鍵模塊開(kāi)發(fā)，如身份驗(yàn)證、網(wǎng)絡(luò)流程等基礎(chǔ)組件；Codex則承擔(dān)大量重復(fù)性編碼工作，尤其在跨平臺(tái)移植方面展現(xiàn)優(yōu)勢(shì)。通過(guò)分析iOS版Swift代碼，該工具能生成語(yǔ)義一致的Kotlin代碼，實(shí)現(xiàn)安卓端功能開(kāi)發(fā)。

項(xiàng)目負(fù)責(zé)人指出，Codex在理解大型代碼庫(kù)、編寫(xiě)單元測(cè)試、響應(yīng)錯(cuò)誤日志等方面表現(xiàn)突出。當(dāng)CI系統(tǒng)報(bào)錯(cuò)時(shí)，直接粘貼日志即可獲得修復(fù)方案；進(jìn)行內(nèi)存優(yōu)化時(shí)，該工具能快速掃描多個(gè)SDK提出解決方案。但AI仍需人類(lèi)指導(dǎo)，例如在架構(gòu)決策、真實(shí)設(shè)備體驗(yàn)優(yōu)化等方面存在局限，需工程師明確約束條件和設(shè)計(jì)規(guī)范。

為提升協(xié)作效率，團(tuán)隊(duì)建立標(biāo)準(zhǔn)化流程：在頂層AGENTS.md文件中定義代碼風(fēng)格規(guī)范，要求提交前運(yùn)行格式檢查工具；對(duì)于復(fù)雜功能，先由Codex分析代碼庫(kù)運(yùn)行邏輯，人工修正理解偏差后制定實(shí)施計(jì)劃；超長(zhǎng)任務(wù)則將計(jì)劃保存至文件，確保跨會(huì)話(huà)指導(dǎo)連貫性。這種模式使代碼審查更聚焦，開(kāi)發(fā)流程從"編碼"轉(zhuǎn)向"決策與集成"。

項(xiàng)目高峰期，團(tuán)隊(duì)同時(shí)運(yùn)行多個(gè)Codex會(huì)話(huà)，分別處理播放功能、搜索模塊和錯(cuò)誤修復(fù)等任務(wù)。每個(gè)會(huì)話(huà)定期匯報(bào)進(jìn)度，工程師通過(guò)項(xiàng)目管理工具Linear分配任務(wù)，在通訊平臺(tái)Slack中直接@Codex處理反饋。這種"虛擬團(tuán)隊(duì)"模式雖提升效率，但也存在協(xié)調(diào)成本——就像管理多個(gè)新人工程師，需持續(xù)關(guān)注每個(gè)會(huì)話(huà)的進(jìn)展。

OpenAI強(qiáng)調(diào)，AI輔助開(kāi)發(fā)未降低工程嚴(yán)謹(jǐn)性，反而通過(guò)標(biāo)準(zhǔn)化流程和自動(dòng)化測(cè)試提升代碼質(zhì)量。目前團(tuán)隊(duì)正探索讓Codex在無(wú)人監(jiān)督狀態(tài)下長(zhǎng)時(shí)間運(yùn)行，通過(guò)保存計(jì)劃文件實(shí)現(xiàn)跨會(huì)話(huà)持續(xù)開(kāi)發(fā)。這種模式若推廣，可能重塑軟件開(kāi)發(fā)行業(yè)的人力配置與協(xié)作方式，但成功關(guān)鍵仍在于人類(lèi)工程師的系統(tǒng)設(shè)計(jì)能力和對(duì)AI工具的精準(zhǔn)引導(dǎo)。