新智元報(bào)道

　　編輯：好困 Aeneas

　　【新智元導(dǎo)讀】100%是用Codex寫的。還有內(nèi)部爆料說，Codex讓他們僅用三天時(shí)間就搭出了服務(wù)器，三周就發(fā)布了APP。人類程序員，真的要退出歷史舞臺(tái)了？

　　硅谷的空氣里再次充滿了躁動(dòng)，而這一次的震源中心，回到了OpenAI。

　　OpenAI的奇點(diǎn)時(shí)刻，也要來了？

　　就在剛剛，X被一條爆料徹底刷屏——

　　Codex，已經(jīng)正式接管了OpenAI研究員「Roon」100%的代碼編寫工作！

　　Roon發(fā)出了感慨萬千的宣告：

　　編程一直很痛苦，然而卻是必經(jīng)之路。我很高興，它終于結(jié)束了。

　　我驚訝于自己竟然這么快就擺脫了編程的陰影，而且一點(diǎn)都不懷念它。甚至我有點(diǎn)遺憾，從前的電腦為什么不是這樣的。

　　早在去年12月，Claude Code之父Boris Cherny就曾投下一枚震撼彈——

　　自己對(duì)Claude Code的貢獻(xiàn)100%都是由Claude Code完成的。

　　這一「套娃式」的自我進(jìn)化，直接引爆了硅谷的自動(dòng)編碼狂潮。

　　面對(duì)如此巨大的蛋糕，OpenAI顯然不會(huì)拱手相讓。

　　如今，反擊已經(jīng)開始。

　　在剛剛過去的周末，Sam Altman已經(jīng)公開預(yù)告：接下來一個(gè)月會(huì)發(fā)布一堆關(guān)于Codex編碼模型的新產(chǎn)品。

　　社區(qū)的風(fēng)向也開始發(fā)生微妙的轉(zhuǎn)變。

　　一些資深開發(fā)者評(píng)論道：在90%的情況下，GPT-5.2-Codex都能一次性完成我提出的請(qǐng)求。

　　Claude雖然不錯(cuò)，但它偶爾會(huì)偷偷插入「壞代碼」；相比之下，OpenAI的新方案更像蘋果——主打一個(gè)開箱即用。

　　看來，Codex和Claude Code的大戰(zhàn)，已經(jīng)一觸即發(fā)！

　　人類寫代碼的時(shí)代，徹底結(jié)束？

　　OpenAI研究員Roon的這個(gè)爆料，也讓網(wǎng)友們直言：AI終于到達(dá)了這個(gè)奇點(diǎn)！

　　看來，人類直接手寫代碼的時(shí)代，真的結(jié)束了。

　　經(jīng)過多年的模型迭代與數(shù)據(jù)積累，我們似乎真的站在了一個(gè)臨界點(diǎn)上：

　　人類直接手寫代碼，正在變得不再有任何意義，甚至是一種效率的浪費(fèi)。

　　在Roon的評(píng)論區(qū)，人們開始集體對(duì)編程時(shí)代說再見。

　　是的，我熱愛電腦，熱愛軟件開發(fā)，對(duì)我而言，編程只是實(shí)現(xiàn)目標(biāo)的手段，僅此而已。

　　復(fù)雜的語法只是是我們?yōu)榱俗屵壿嫷靡詧?zhí)行而必須付出的昂貴代價(jià)。

　　如今，這些中間商終于可以退場(chǎng)了。

　　激進(jìn)的觀點(diǎn)開始涌現(xiàn)。

　　甚至有人建議，既然不需要人類閱讀代碼了，我們就該讓模型跳過人類可讀的匯編語言，直接使用機(jī)器代碼。

　　今天的編程就像曾經(jīng)的打孔卡一樣，應(yīng)該永遠(yuǎn)消失了。

　　與此同時(shí)，另一個(gè)炸裂的消息從OpenAI內(nèi)部流出——

　　一位研究員爆料，在Codex的輔助下，他們僅用了三天時(shí)間，就從零搭建了OpenAI的MCP服務(wù)器，并完成了規(guī)模驗(yàn)證。

　　不僅如此，他們還在3周內(nèi)推出了Sora的安卓應(yīng)用；此外，還有一大波由Codex構(gòu)建、甚至由Codex自我審核的內(nèi)部工具正在排隊(duì)上線。

　　如果沒有Codex的話，很難想象OpenAI能以如此驚人的速度發(fā)布產(chǎn)品。

　　有趣的是，這位大佬似乎還玩起了Claude Code之父的梗：

　　過去30天，我花了大量時(shí)間審核Plan和PR，幾乎沒寫一行代碼！

　　有人評(píng)價(jià)，這正是「起飛」第一階段的樣子。

　　而下一步，或許就是真正的端到端AI自主研究。

　　還有人問，確定你們這不是營(yíng)銷？

　　這位研究者詳細(xì)解釋說，絕對(duì)不是。

　　具體的使用過程是這樣的：

　　首先，他會(huì)花很多時(shí)間來撰寫規(guī)格說明，并在腦海中構(gòu)想輸出應(yīng)該是什么樣子。

　　然后，會(huì)啟動(dòng)一個(gè)「4×Codex」的云端并發(fā)任務(wù)。這樣不僅可以一次性看到多種不同的變體，也能補(bǔ)上自己一開始遺漏的細(xì)節(jié)。

　　接下來，就是讓Codex自己發(fā)揮。等它跑完，人類再介入進(jìn)行測(cè)試和驗(yàn)證。

　　Codex CLI 0.9+來了！

　　既然「人機(jī)協(xié)作」的范式已經(jīng)改變，那么承載這種范式的工具自然也要升級(jí)。

　　面對(duì)Anthropic在的步步緊逼，OpenAI顯然有備而來。

　　就在今天，Codex CLI連續(xù)推送了兩次更新，版本號(hào)直接來到了0.91.0。

　　其中，Codex 0.9.0帶來了最受大家期待的功能——Plan Mode（計(jì)劃模式）！

　　Code模式是Codex的默認(rèn)體驗(yàn)，它的工作方式和其他AI智能體一樣。

　　這點(diǎn)咱們就不多費(fèi)口舌了。

　　但Plan模式則完全不同，它將編程任務(wù)拆解為兩個(gè)截然不同的階段：

　　第一階段：理解意圖（明確目標(biāo)、劃定范圍、識(shí)別約束條件、制定驗(yàn)收標(biāo)準(zhǔn)）

　　第二階段：技術(shù)規(guī)格（生成決策完備的實(shí)施方案）

　　在這種模式下，輸出的內(nèi)容非常詳盡，無需任何后續(xù)追問即可直接執(zhí)行。

　　Plan模式最聰明的地方在于：它堅(jiān)持「證據(jù)優(yōu)先探索」。

　　在開口問問題之前，Codex會(huì)先在你的代碼庫(kù)中進(jìn)行2次以上的針對(duì)性搜索，檢查配置、Schema結(jié)構(gòu)、程序入口等。

　　此外，Plan模式還可以調(diào)用全套工具：

　　它可以（并且將會(huì)）調(diào)用各種技能、子智能體和后臺(tái)終端，從而構(gòu)建高層級(jí)的實(shí)施計(jì)劃。

　　當(dāng)Codex確實(shí)需要你輸入時(shí)，它是結(jié)構(gòu)化的，而且只有關(guān)鍵且聚焦的問題：

　　· 盡可能提供選項(xiàng)

　　· 總是包含一個(gè)推薦選項(xiàng)（對(duì)新手極其友好）

　　· 只問那些會(huì)實(shí)質(zhì)性改變計(jì)劃的問題

　　為了實(shí)現(xiàn)這一交互，它利用了新的request_user_input工具。

　　這個(gè)工具會(huì)暫停執(zhí)行流程，拋出一道有針對(duì)性的多項(xiàng)選擇題，并支持你在選擇時(shí)補(bǔ)充反饋或上下文。

　　更貼心的是，一旦它在任何時(shí)候檢測(cè)到歧義，尤其是當(dāng)你在引導(dǎo)它時(shí)指令模糊，它會(huì)立即停下來確認(rèn)，而不是盲目執(zhí)行。

　　現(xiàn)在，開發(fā)流程變成了這樣：

　　用戶請(qǐng)求一個(gè)計(jì)劃 -> AI研究代碼庫(kù)與規(guī)劃 -> 針對(duì)性詢問用戶 -> AI完善并完成計(jì)劃 -> 提示是否執(zhí)行？

　　但是，代碼誰來審？

　　看起來完美無缺，對(duì)吧？Codex負(fù)責(zé)思考，Codex負(fù)責(zé)執(zhí)行，Codex負(fù)責(zé)填滿你的GitHub。

　　但就在我們?yōu)檫@種極致的效率歡呼時(shí)，一個(gè)被忽視的深淵正在腳下裂開——

　　在這個(gè)新時(shí)代，最大的懸念不再是誰在寫代碼，而是誰來審核代碼。

　　當(dāng)AI火力全開，每天向倉(cāng)庫(kù)甩出10+個(gè)PR時(shí)，人類開發(fā)者面臨的實(shí)際上是一場(chǎng)針對(duì)注意力的DDoS攻擊。

　　AI生成代碼是毫秒級(jí)的，而人類理解代碼上下文是分鐘級(jí)甚至小時(shí)級(jí)的。

　　這種「生產(chǎn)與審查的極度不對(duì)稱」帶來了兩個(gè)可怕的后果：

　　審查者被淹沒，開始習(xí)慣性點(diǎn)「Approve」，Code Review淪為形式。

　　那些看起來能跑、但缺乏系統(tǒng)性思考的代碼塊，正在像癌細(xì)胞一樣在代碼庫(kù)中擴(kuò)散。

　　利益沖突顯而易見，但我們需要看透這一層。

　　Claude Code的創(chuàng)造者吹捧自己的工具天經(jīng)地義——這是商業(yè)的本能。

　　但作為受眾，我們不能把「Demo里的完美世界」當(dāng)成日常。

　　畢竟，Demo不會(huì)展示調(diào)試三小時(shí)都找不到的競(jìng)態(tài)條件，也不會(huì)展示由于上下文丟失導(dǎo)致的邏輯斷層。

　　除此之外，數(shù)據(jù)里還藏著一個(gè)迷人的悖論。

　　Ars Technica曾報(bào)道稱，開發(fā)者對(duì)AI工具的使用量在漲，信任度卻在跌。

　　為什么？因?yàn)?strong>AI正在跨越「恐怖谷」。

　　以前的AI代碼爛得很明顯，現(xiàn)在的AI代碼爛得很隱蔽——它引用了不存在的庫(kù)，或者在一個(gè)極其邊緣的Case上埋了雷。

　　人們用得越多，踩的坑越多，信得自然越少。

　　正如Jaana Dogan所警示的，我們正在面臨軟件工程「瑣碎化」的風(fēng)險(xiǎn)。

　　100個(gè)提交，可能讓GitHub的綠格子很好看。

　　1個(gè)架構(gòu)變更，可能需要三天思考，零行代碼產(chǎn)出。

　　前者廉價(jià)如塵土，后者珍貴如黃金。

　　問題從來不是AI能不能寫代碼，而是它寫的代碼，是不是我們系統(tǒng)真正需要的，以及我們是否有能力維護(hù)它。

　　這對(duì)我們意味著什么？

　　無論我們是否準(zhǔn)備好，這個(gè)時(shí)代已經(jīng)來了。對(duì)于不同的人群，這意味著完全不同的生存法則。

　　致開發(fā)者

　　AI編碼工具不是「即將來臨」，它們已經(jīng)破門而入。

　　問題在于，如何在不丟失自身核心價(jià)值的前提下整合它們。

　　技術(shù)大牛們依然在做那些艱難的思考工作，AI只是接過了「打字員」的工作。

　　如果你只會(huì)「搬運(yùn)代碼」，那你確實(shí)該慌了。

　　致非開發(fā)者

　　「技術(shù)工作」與「非技術(shù)工作」的邊界正在消融。

　　Claude Cowork這類工具創(chuàng)造了新物種。曾經(jīng)需要開發(fā)者才能搞定的任務(wù)，可能很快只需要你能清晰描述出你想要什么。

　　清晰描述需求的能力，將成為新的編程語言。

　　最后的話

　　雖然OpenAI的研究員和Claude Code的創(chuàng)造者都在宣稱AI包辦了100%的代碼，但請(qǐng)記住——

　　那是他們的實(shí)驗(yàn)室環(huán)境，不是你的生產(chǎn)環(huán)境。

　　唯一可以確定的是，我們正在經(jīng)歷從「寫代碼」到「指揮寫代碼」的不可逆的轉(zhuǎn)變。

　　而且，正在加速。

　　參考資料：

　　https://x.com/tszzl/status/2015253546372153347

　　https://jpcaparas.medium.com/the-claude-code-creator-says-ai-writes-100-of-his-code-now-956b2a5905ba?sk=4c840f27eb03694c8210086834a41691

　　https://x.com/LLMJunky/status/2015487691891024052