新智元報道

編輯：定慧

【新智元導讀】Linux之父「叛變」了！曾怒懟AI的Linus Torvalds 承認AI寫代碼是真香！

2026年1月的一個普通下午，一條推文在程序員圈子里炸開了鍋。

有人發(fā)現(xiàn)，Linux之父Linus Torvalds在GitHub上這兩天悄悄更新了一個叫AudioNoise的項目。

這本來沒什么稀奇——這位55歲的芬蘭老頭兒一直在折騰他的吉他效果器，用數(shù)字電路模擬各種音頻效果，純屬業(yè)余愛好。

真正讓人坐不住的，是項目說明里的這句話：

Python可視化工具基本上是靠氛圍編程完成的......我直接跳過中間環(huán)節(jié)——也就是我自己——改用Google Antigravity實現(xiàn)了音頻樣本可視化功能。

等等，什么？

Linus Torvalds，那個用中指懟過英偉達的男人，那個在郵件列表里把爛代碼罵得狗血淋頭的暴躁老哥，那個曾公開表示「AI生成代碼就是垃圾」的硬核程序員——

他居然也用AI寫代碼了？

而且還承認效果更好？

這就好比手工機械表大師百達翡麗的老師傅，突然戴上了Apple Watch，還說「走時確實準」。

或者，這就像米其林三星主廚突然開始用預制菜，還說「味道不錯」。

祖師爺，您怎么也下場了Vibe Coding？

一個「無聊」的吉他項目

事情要從Linus的一個「無聊倉庫」說起。

作為Linux內核的締造者，Linus日常的主要工作是審核來自全球各地的代碼提交，罵一罵寫得爛的，合并掉寫得好的。

祖師爺20萬Star的Github倉庫，可以說全世界都建立在這個上面！

2天前還有更新

但在工作之余，這位程序員界的活化石有個不太為人知的愛好——DIY吉他效果器。

他最近在折騰一款基于RP2354和TAC5112芯片的數(shù)字吉他效果器。

硬件部分已經跑通了，但他對模擬接口的選擇不太滿意——電位器手感不好，腳踏開關的咔嗒聲讓他越來越煩躁。

于是，他決定暫時放下硬件，專心研究數(shù)字音頻處理。

「既然全數(shù)字化了，就專注模擬仿真，不必過度糾結硬件�！筁inus在GitHub上寫道。

這些效果器代碼都很基礎——沒有花哨的FFT聲碼器，只有IIR濾波器和基礎延遲循環(huán)。

用他自己的話說，「都屬于不必較真的玩具級設計」。

但問題來了：他需要一個可視化工具來觀察音頻波形。

這個工具必須用Python寫。

而Linus對Python的了解，用他自己的話說，「還不如對模擬濾波器的了解多——雖然那也不多」。

最開始，他采用了程序員最經典的方式：Google一下，照著抄。

「典型的邊搜索邊模仿編程模式」，他這樣形容。

但后來，Linus做出了一個讓整個程序員社區(qū)驚掉下巴的決定——

他直接跳過了「自己」這個中間環(huán)節(jié)，用Google Antigravity來寫。

「氛圍編程」，祖師爺親測好用

什么是「氛圍編程（Vibe Coding）？

這個概念最早由OpenAI前研究副總裁Andrej Karpathy提出，意思是：

你不用精確地寫出每一行代碼，只需要描述你想要的功能，剩下的交給AI。

就像你跟一個經驗豐富的程序員說「幫我做個音頻可視化」，他就去做了，你只需要驗收結果。

Linus用的是Google的Antigravity——2025年底發(fā)布的新一代AI編程工具。

他把需求告訴AI，AI就幫他把整個Python可視化器寫了出來。

效果怎么樣？

Linus沒有直說，但他的沉默本身就是最好的答案。

要知道，這是一個對代碼質量有著病態(tài)執(zhí)著的人。

他曾經因為一個變量命名不規(guī)范，把貢獻者的提交打回去五次。

他曾經說過：「如果你的代碼需要注釋來解釋，那說明你的代碼寫得太爛了。」

這樣一個人，用AI生成的代碼跑通了自己的項目，還把代碼公開放在GitHub上——這本身就說明一切。

消息傳出后，一個用戶在推特上感嘆：

「猜猜2026年誰在氛圍編程……是Linus Torvalds，在用谷歌的Antigravity。這下沒戲了（It's over）。」

Vercel CEO Guillermo Rauch 在推特上列出了「進入 2026 年的第十天」發(fā)生的三件大事：

• 陶哲軒宣布GPT與Aristotle自主解決了埃爾德什問題

• 林納斯·托瓦茲承認在其非內核項目中，氛圍編程優(yōu)于手動編碼

• DHH在六個月后收回了其在Lex播客中AI不會編程的言論

加速即將到來（An acceleration is coming）！

這條推文的信息量極大——

數(shù)學界的頂級天才、編程界的祖師爺、Ruby on Rails的創(chuàng)始人，三位不同領域的傳奇人物，在2026年的第一個星期，集體向AI低頭。

這不是巧合，這是時代的信號。

從最激烈的反對者，到沉默的使用者

讓這件事變得格外有趣的，是Linus過去對AI的態(tài)度。

這位被稱為「程序員之神」的男人，從來不掩飾對AI生成代碼的鄙視。

早在2023年，當ChatGPT掀起第一波AI編程熱潮時，Linus的態(tài)度是：看不上。

他在多個場合表示，AI生成的代碼雖然看起來能跑，但缺乏對底層邏輯的理解，充滿隱患。

他甚至嘲諷那些依賴AI寫代碼的程序員是「CV工程師「（Copy-Paste工程師的升級版）。

2024年，當有人問他是否會在Linux內核開發(fā)中引入AI工具時，他的回答更加直接：

「Linux內核有幾千萬行代碼，每一行都關系到全球服務器的穩(wěn)定運行。

你覺得我會讓一個連'為什么這樣寫'都解釋不清楚的AI來碰它？」

這種態(tài)度，讓Linus成為了AI編程時代最著名的「守舊派」代表。

但2026年，風向變了。

沒有公開聲明，沒有長篇博客，只有GitHub項目說明里一句輕描淡寫的話：

「Python可視化工具基本上是靠氛圍編程完成的�！�

這種轉變的低調程度，反而讓它顯得更加真實。

Linus不是那種會為了趕時髦而改變立場的人。

他是那種「確實好用才會用」的人。

大佬們的集體「淪陷」

Linus不是孤例。

2025年底，一場靜悄悄的革命正在硅谷發(fā)生。

Andrej Karpathy在測試最新的AI編程工具后感嘆：「比一年前強大了10倍�！�

DHH（Ruby on Rails創(chuàng)始人），曾經是AI編程最激烈的批評者之一，現(xiàn)在的態(tài)度是：

「我錯了，這東西真的能用�！�

Jaana Dogan，前Google工程師，用AI在一小時內搭建了一個分布式代理系統(tǒng)——這在以前需要一個團隊一周的時間。

甚至連Shaquille O'Neal——沒錯，就是那個NBA名人堂球員——都在用AI寫App了。

Gergely Orosz，《The Pragmatic Engineer》的作者，在他的2026年開年長文里寫道：

我們正在見證一個拐點。到2026年底，初創(chuàng)公司和新項目中90%的代碼可能都是AI生成的。不是因為開發(fā)者變懶了，而是因為這確實是更高效的方式。

當Linus Torvalds這樣的「守舊派」都開始用AI寫代碼時，這場革命就真的不可逆了。

AI Coding的范式變革

我們正站在分水嶺上

讓我們退一步，看看更大的圖景。

從2022年ChatGPT發(fā)布，到2024年Claude、Gemini等模型的成熟，再到2025年底Opus 4.5、GPT-5.2、Gemini 3的集中爆發(fā)：

AI編程工具經歷了從「玩具」到「工具」到「生產力革命」的蛻變。

這不是漸進式的改進，而是范式級的躍遷！

過去，編程是這樣的：

• 你需要精通一門語言的語法

• 你需要記住各種API和框架的用法

• 你需要一行一行地寫代碼、調試、重構

現(xiàn)在，編程正在變成這樣的：

• 你需要清楚地描述你想要什么

• 你需要能夠驗證AI生成的代碼是否正確

• 你需要理解系統(tǒng)架構和業(yè)務邏輯

寫代碼這件事本身，正在從「技能」變成「工具」。

這就像計算器的發(fā)明沒有消滅數(shù)學家，而是讓數(shù)學家可以把精力放在更高層次的問題上。

AI編程工具不會消滅程序員，但它會重新定義「程序員「的含義。

未來的程序員，可能更像是「代碼架構師」和「AI馴養(yǎng)員」的結合體。

范式已變，時代已來

2026年1月，當Linus Torvalds在自己的業(yè)余項目里悄悄使用AI編程時，他可能沒有意識到自己正在書寫歷史。

就像2012年辛頓在ImageNet上用深度學習擊敗所有傳統(tǒng)算法時，大多數(shù)人還沒意識到人工智能的革命已經開始。

但歷史總是在事后才變得清晰。

當Linux之父，這個曾經最激烈的AI編程批評者，開始承認「AI比手寫更好」的時候，一個時代的分水嶺已經悄然跨過。

這不是某個工具的勝利，不是某家公司的成功，而是整個軟件開發(fā)范式的根本性變革。

就像印刷術改變了知識傳播，就像互聯(lián)網改變了信息流通，AI編程正在改變代碼的生產方式。

那些還在爭論「AI寫的代碼能不能用」的人，就像1995年爭論「互聯(lián)網能不能做生意」的人一樣，終將被時代的洪流淹沒。

范式已變，時代已來。

不是AI會不會取代程序員，而是會用AI的程序員，正在取代不會用的。

而當編程的祖師爺都下場了，你還在等什么？

參考資料：

https://x.com/rauchg/status/2010411457880772924?s=20

https://x.com/krishnanrohit/status/2010138009388364190?s=20GitHub-torvalds/AudioNoise:Randomdigitalaudioeffects