Lex Fridman #501：DHH 談 agentic engineering、模型實測與 Linux

基本資料

項目	內容
節目	Lex Fridman Podcast #501
標題	DHH: Future of Programming, AI, Agentic Engineering, Vibe Coding & Linux
上線	2026-08-26
長度	5 小時 21 分
前一集	#474，13 個月前

本頁引文標的時間，用的是逐字稿自己的時間。逐字稿比節目頁上的章節時間早大約 6 分鐘，因為中間有廣告。要對照節目章節，把時間加 6 分就對得上。

他自己把轉折點釘在 2025-11-24

Lex 問他是什麼時候改觀的，講到「大概去年 12 月，或是 11 月底吧」，DHH 直接把日期講死。

"November 24." "That's the exact moment."（05:22）

那天是 Opus 4.5 發布。他 24 號當天沒試，26 號才丟了幾個任務進去看看。

"I gave it a couple of tasks, and I realize that the quality of the output is uncannily close to what I would've written. And I remember just leaning back and thinking, 'What just happened?'"

有意思的是，他自己否認「模型變聰明了」是主因：

"I don't know if Opus 4.5 was that much smarter than Opus 4... but its ability to instrument your computer, to use tools, to check its own work, to apply its intelligence in such a way that you could get real meaningful work out of it, was completely different."（07:55）

換句話說，變的是外面那層殼，不是裡面那顆腦。會用工具、會自己檢查自己寫的東西、能把力氣花在真的能交出成果的地方，這幾件事同時到位，才是分水嶺。這件事對我們挑工具很有用，等一下會再講到。

他也說自己的立場其實沒變，是 AI 的樣子變了：

"A year ago, I did not like the mode of AI we were offered. It was the autocomplete mode, or it was the AI chatbot mode."（05:54）

以前的 AI 不是幫你補字，就是一個聊天視窗，兩種他都不喜歡。

他把這一年分成三個階段

三階段時間軸，橫軸是時間，三張卡由淺到深。卡片上刻意留他的原話，不翻譯：a little sidekick、in the driver's seat、I've become optional，講的是他自己的位置怎麼一路退。中間那個 2025-11-24 是他親口釘死的日期。這張圖看不出來但值得記住的是，他認為那天的轉折來自 harness，不是模型變聰明。

第三階段他形容得很清楚：

"I'm not telling it where we're going. I'm telling it the problem I have. I'm telling it the fuzzy, vague idea I have. It tells me where we're going. It tells me which path to take... I've become optional in the part that produces the code that picks the route."（11:11）

他不再告訴 agent 要往哪走，只講他遇到什麼問題、腦中有個模糊的想法，路怎麼走是 agent 決定的。

他用 GPS 來比喻。早期的 GPS 已經比看紙本地圖好用，但你還是得盯著它，那時候報紙常在報有人跟著 GPS 把車開進港口。現在沒人這樣了，車子甚至會自己開。

vibe coding 跟 agentic engineering 差在哪

這兩個詞他都討厭。「agentic」他說已經變成行銷術語，「vibe coding」他說聞起來像 2000 年代初那些 script kiddies。不過他還是給了一個很乾脆的定義：

"vibe coding, if we define it here, is you tell an agent to build software for you. You do not look at the implementation. That, to me, is what separates vibe coding from programming or, let's say, agent-accelerated development."（51:05）

分界只有一條，就是你到底有沒有去看它寫出來的程式碼。

	Vibe coding	Agent-accelerated development
分界線	完全不看實作	至少看關鍵部分的實作
適合用在	從零開始、給自己用、小工具	既有的、有規模的專案
他自己的例子	Omawrite（C++，一行都沒看過，故意當成黑盒子實驗）	Omarchy Quattro（整體形狀有看，model layer 逐行看，UI 不看）

Quattro 那套分層值得抄下來：整體長什麼樣子全部看過，系統的 model layer 裡面關鍵的部分逐行看，UI 跟周邊的程式碼就不看了。這比「到底有沒有 review」這種是非題實用很多。

反例：Basecamp 跟 Hey 反而快不起來

這是他自己給的反證，我覺得比正面案例還有價值。Basecamp、Hey 這種使用者很多、程式庫又大的產品，他說「have proven surprisingly tricky to fully accelerate with agents」，用 agent 加速起來出乎意料地卡。

2026 年 2 月他們做過一個實驗，後來承認是失敗的。當時的想法是：讓設計師自己寫程式就好啊，功能要什麼他們最清楚，Let them vibe。結果是：

"we ended up with a lot of PRs that individually perhaps could have been justified for a hot moment, but taken all together, destroyed the architecture of the system. And we actually had to clean up manually, mop it up by hand, by human hand."（16:44）

每一個 PR 單獨看好像都說得過去，全部加起來把系統架構弄壞了，最後是人工一點一點收拾的。

所以他的結論是：要在一個已經有規模的專案上 vibe code 又不把架構搞爛，你本身得是個程式設計師。

不要一開始就把規格寫死

這件事他扣回敏捷宣言的老命題。

"No one knows what they want until they receive it. You don't know what a program should do until you play with it."（57:25）

東西沒拿到手，沒有人知道自己要什麼。程式沒玩過，你不會知道它該做什麼。

實際怎麼做：

"in the agentic age, you should resist the temptation to be overly specific upfront. Be as vague as you can to manifest something, then interact with the something."（58:13）

先講得模糊到剛好能生出一個東西，然後跟那個東西互動，再往下修。

他拿 Boris 談 Opus 5 的說法當佐證：他們把系統提示詞砍掉了 80%。原因是 agent 不只需要更少的人類指令，而且會被講太多的人類害到。他的比喻是那種尖頭老闆走進辦公室開始教你怎麼寫程式，你會擺爛、寫出更差的程式碼，agent 為什麼會不一樣。

那人剩下什麼優勢？他說是選擇。給你三個選項挑一個，人零點幾秒就有答案；給你二十二個選項，人就當機了。而且這種判斷是先有直覺，大腦才回頭幫你找理由。

七個模型的實測：把 Python 改寫成 Rust

這是全集最扎實的一段。Omarchy 的螢幕保護程式原本用 Python 寫的 Terminal Text Effects（TTE），跑起來大概吃掉 30 W。他丟出同一份 prompt：寫一個 Rust 版本，不准用相依套件、要單一執行檔、畫面要 pixel perfect、逐格對齊、做完整分析、做完才准停。

他不會 Rust，也一行輸出都沒讀。

模型	結果	時間	換算成本
Fable	完成，自己先寫了大約 8 步的計畫；啟動從 86 ms 降到 2 ms，快 9.6 倍，binary 3 MB	不到 45 分鐘	約 $550
Opus 5	Fable 的額度用完後自動接手最後三分之一	併入上列	同一個訂閱
GPT Sol	完成，不過是沿用 Fable 的計畫，自己沒寫	約 1.5 小時	約 $46
Grok 4.6	完成，快 10 倍，binary 大小一樣	未提	約 $55
GPT Luna	失敗。要催大約 12 次才肯開工，沒辦法自己一輪一輪跑下去，而且會作弊：去目錄外面找一個現成的實作包一層交差	未完成	未提
Kimi K3	「took forever」	極久	未提
DeepSeek V4 Flash	失敗，症狀跟 Luna 一樣	未完成	未提
DeepSeek V4 Pro	完成	2 小時 45 分	$23

他的總結是：「Sol, Grok, about the same, 1/10 the cost. DeepSeek, 1/20 the cost, but you have to wait a little longer.」

划不划算他算得很直接：自己去學 Rust 學到寫得出這個東西，是「a nine-month job」，九個月的工作量。花 $550 換 10 倍加速，這沒什麼好考慮的。而且他是掛在 Claude 訂閱底下跑的，實際上一毛都沒多付。

後面還有一段。他說了一句「Ship it」，agent 就自己把它打包、取名叫 TTFX、開好 repo、送出一個把 TTE 換成 TTFX 的 PR。再讓它自己跑兩輪研究迴圈之後，總加速來到 46 倍。

"This is AGI, isn't it? This is what AGI looks like."

他自己的排名：Fable 第一，Opus 5 第二，GPT Sol 跟 Grok 4.6 同一個檔次，而且「not even that they're always below, sometimes they're ahead」，不是永遠比較差，有時候還贏。

（哪個模型是哪一家的，是我從內容推的，他沒有明說。Fable 跟 Opus 5 共用同一個 Claude max 訂閱、額度一起重置，所以指向 Anthropic；GPT Sol 跟 GPT Luna 指向 OpenAI。）

他的工具跟工作方式

他用 Claude Code，理由只有一個：

「they actually have the best harness」

最好在哪？他說是可以同時跑好幾個 agent（按左方向鍵進 Agent View，再開一個）。這個功勞他記給 Boris，而且認為這是撐得久的優勢。

他的固定流程可以直接照抄：

用 Opus 或 Fable 幹活
一律用 Codex xHigh 複審。他說 Codex 是他最愛的檢查員，每次都找得到東西
GitHub PR 上再讓 Copilot 看第三遍。「Copilot, I kid you not, has actually gotten good」，第一版太爛所以很多人早就關掉了，他建議打開回來

開放權重的模型他用 OpenCode 跑，推論走 Fireworks，他特別註明不是跑在中國的伺服器上。

硬體跟並行的部分：

編輯器從 TextMate（2005 年開始用，用了大約 20 年）換到 Neovim，是搬去 Linux 之後被逼的
tmux 換成 Herdr，多了 agent 通知跟工作模式追蹤，每台機器各裝一套
完全不用 GUI 程式，沒有 Claude Code 桌面版、沒有 Codex 桌面版
買了 GL.iNet Comet 這個 KVM（HDMI 加 USB，一組帳密，直接加進 tailnet），Malibu 跟 Copenhagen 兩地辦公室靠 Tailscale 串起來
從櫃子裡翻出四台舊的 mini PC 接上去
4 到 5 台機器、每台大約 3 個 agent，大約 16 條執行緒，這是他個人的上限。這裡的「執行緒」就是同時在跑的 agent，不是 CPU 的執行緒，他借的是前面那句「從腦子裡的單執行緒變成平行處理」的比喻。而且他補了一句反直覺的：agent 跑得越快，他能同時顧的反而越少，因為它們回來得更頻繁

他形容只開一個 agent 是很難受的：「It does not feel productive... It feels actually like you're a little bit useless.」要多開幾個，那個心流才會回來。

"The main change here is that you're going from single thread programming in your head to parallel processing."（01:32:36）

Omarchy Quattro：整套都是 agent 寫的

做了三個月，訪談前幾天才發布
一開始 agent 佔比就接近 100%，最後兩個月是 100%
Quattro 上線的程式碼，沒有一行是他自己手打的
發布後幾天內幾萬人下載

他形容天花板被拿掉是什麼感覺：

"I was suddenly granted a limitless ceiling on my ambition. I could look at any feature in Windows, on Mac, on other Linux systems and say, 'I want that,' and the agents would deliver."（40:52）

看到 Windows、Mac 或別的 Linux 上任何一個功能，說一句「我要那個」，agent 就會給你。

交付時間他給了三個檔次：大部分功能 5 分鐘，少數 20 分鐘，真的放飛的話 2 小時。

還有一個頻寬的比喻：想法從腦袋裡跑到螢幕上變成軟體，這條線「like going from dial-up to fiber」，從撥接變成光纖。

開源這件事整個換掉了

數字	內容
1,000+	Quattro 三個月期間已合併的 PR
約 400	目前還沒合併的 PR
兩倍	未合併 PR 一週內的成長
330	外掛市集上線三天內的外掛數
17	光是行事曆一個功能就有幾個獨立實作

外掛能長這麼快，機制很關鍵：Omarchy 內建一組 skills，直接告訴你帶進來的任何 agent，要怎麼替這個作業系統寫擴充。作業系統自己附了一份給 agent 讀的說明書，這才是它可以被改來改去的原因。

他自己的審查方式也換了：

"I'm not reviewing every pull request anymore. I haven't been reviewing them for quite some time now."

現在是 agent 先審、回報摘要，bug fix 由 agent 在 VM 裡驗證過，人只留下「這個要不要合併」這個決定。

"All the drudgery of replicating and managing open source projects is evaporating at lightning speed, and we are left with the golden juicy parts, the bone marrow of software development: deciding what should this thing do and where should it go?"（35:25）

重現問題、管理專案那些雜事快速蒸發掉，剩下最精華的部分：決定這個東西該做什麼、要往哪裡去。

他還講了一段維護者的心理。他寧可收 agent 寫的 PR，除了品質比較好，還因為要拒絕的時候心理負擔小很多。「You didn't even write it... 'Eh, don't want it.'」反正也不是你寫的，那我就不要了。

貢獻者的組成也變了。那些 PR 很多來自「不是傳統程式設計師，或是別的領域的程式設計師，不是做 Linux 作業系統的人」。他說沒有 agent 的話，「those ideas would just have lived inside their heads」，那些想法就只會留在他們腦袋裡。

他拿宗教改革來比喻

開源講了很多年的「大家都可以貢獻」，他說那從來不是真的，實際上能貢獻的只有一小群高手。現在是「a bit of a reformation moment」，程式設計師這個橫在人跟電腦中間的「a class of clerics and priests」被繞過去了。他引馬丁路德把 95 條論綱釘在門上，說其中一條講的正是中介的問題：你應該直接接觸更高的智能，不需要中間人。

他認為 Linux 會贏下桌面

他的講法不是「有機會」，是這樣：

"Not only can I see it, I find it to be the most probable outcome at this point. It is simply too well-suited for the moment."（03:38:58）

他的論證是這樣走的：

Linux 的缺點正好是 agent 時代的優點。那些難懂的設定檔、莫名其妙的錯誤訊息，全部都是純文字，agent 讀得懂也改得動。「Everything in Linux is either a config file or a CLI tool.」
Apple 最大的優勢變成最大的劣勢。「the Mac is just a hostile place to be. It just has walls all over the place. And Linux is simply open through and through.」Mac 到處都是牆，Linux 從裡到外都是開的。
AI 的基礎設施本來就全部跑在 Linux 上，桌面沒被拿下反而才是異常。「Linux spent the time from '91 to now waiting for agents to fully flourish as an end user operating system.」
Linus 本人幾週前公開表態歡迎 AI，大意是如果你以為 Linux 是個反 AI 的專案，那再想一次；不爽的話就照開源那一套去 fork。進 kernel 的 AI 貢獻，數量圖形已經是拋物線。
換過去的難度不是問題，缺的是理由。Omarchy 故意不做成「Temu 版的 Windows」。他點名 Ubuntu 走的就是那條路：做得夠像、夠熟悉，好吸引不想學新東西的人，結果沒成，因為人們要的是更好的東西，不是一樣的東西。

他也解釋了 agent 為什麼在 Linux 上特別好用：模型早就被 kernel 那四千萬行程式碼餵過了。

"I have not had a single problem on my Linux machine since the beginning of this year that an agent could not diagnose."

今年以來，他 Linux 機器上沒有一個問題是 agent 診斷不出來的。

Quattro 裡面有一個 crash watcher：任何程式當掉就問你要不要 AI 診斷，它會去讀 systemd 的日誌、抓當掉那支程式的原始碼，然後直接指給你看「這個 Rust 檔第 472 行有一個變數沒做邊界檢查，unwrap 之後溢位了」，最後再問你要不要順便幫你回報 bug。

他還用了一個「回歸而不是革新」的框架，我覺得滿好用的：Commodore 64 開機一秒、直接進 BASIC，它從第一天就是一台可以被使用者改造的電腦，問題只是你得先看得懂那些象形文字。

"Agents have given us the Rosetta Stone, and you can simply just speak your desires."

他對速度的執著

Omarchy 的安裝時間，目標從 15 分鐘壓到 2 分鐘，兩三週前破了 1 分鐘，現在世界紀錄是 45 秒，他還公開下戰帖叫人來破。做法是開一群 agent 去跑自動研究迴圈，找出各種可以壓的地方，例如趁你在打使用者名稱的那幾秒，先把套件預載進記憶體。ISO 也從 7.5 GB 瘦到 5.85 GB，JetBrains 字型套件從 200 MB 砍到 16 MB，NVIDIA 套件用極限 ZSTD 重壓又省了 200 MB。

拿來對照：

情境	時間
新 Mac 開箱到可用	42 分鐘
新 Windows PC	1 小時 35 分
Omarchy	不到 1 分鐘

他對那 42 分鐘的評語是「That's grotesque. That's absurd. That's an insult to everyone who likes computers.」（他還留著一台 Mac，只為了 Adobe Lightroom，那是他在 Linux 上唯一沒能換掉的軟體。）

為什麼要做到這種程度？他用 Mercedes W126 那個會自己收緊的安全帶、還有可以潛到 4,000 米但幾乎沒人真的會下去的 Rolex 來講：

"When you refuse to just do what's practical and you strive for what's slightly beyond plausible, that's when the magic happens."

不肯只做實用的、硬要做到比合理再多一點的地方，魔法才會發生。這一段最核心的一句是：

"When you can vibe code whatever app comes to your mind, you should be able to vibe code your operating system."（01:58:24）

寫漂亮程式碼的經濟理由被抽掉了

這是全集最深的一段，也最值得放進技術決策的紀錄裡。

他先重述自己講了二十五年的立場，而且強調那一直是經濟上的論證，不是美學上的：架構保持連貫、保持可以改，小團隊才有辦法快速動它、成本不會失控、改一個地方不會炸掉另一個地方。

然後他自己補了一刀：

"That was premised on humans doing the modifications. I think it is an open question to which degree this still matters."（01:01:16）

那個論證的前提是「改的人是人」。現在改的是 agent，那還成不成立，他說是個開放問題。

那它現在還重要的理由是什麼？他講得很具體：

"at least for the moment... tokens are still scarce. At this moment in time, we are all token limited."

因為 token 還是稀缺的，大家都還被額度綁著。所以寫出那種「agent 不用重新學一遍整份脈絡就能接著改」的系統，報酬還是很高。ball of mud 的 agent 版本他親眼看過，包括自家的專案：第一個 PR 品質普通，疊上去五個之後就不行了。

但他馬上加了保鮮期：「that payoff is premised on our current moment.」這個划算是建立在現在這個時間點上的。

順帶一提，他在這裡把「AI 精神病」重新定義了一次。他說那不是對現況的判斷，而是硬要往未來外推。

"this is, by the way, where the AI psychosis really comes in, when you try to extrapolate what nine months from now it's gonna look like."

他給新手的建議也是同一件事：「Don't try to anticipate anything. You will literally go crazy... you will develop an AI psychosis trying to deduce what two years from now is gonna look like.」（01:17:11）

還有一個觀察滿有安慰效果的：這一年變化雖然大，但是沒有累積性。

"if I had just been backpacking for the last year... I would've been caught up in two weeks. There's not any accumulation, which is in some ways a great relief."（01:23:22）

他說如果他整年去背包旅行，回來兩個星期就追得上。

現在的程式語言是英文

"The language now is English. It's a cliche, but it's also true. Like I've been programming in English for the last three months."（04:01:45）

"If there is one programming language more beautiful than Ruby, it is the English language."

他沒有說 Ruby 會死。他的邏輯是整個抽象層級往上移了一層，現有的語言一起被推到下面去，不是語言之間的排名變了。他自己還是會寫 Ruby，但是「for the sheer fun of it」，純粹好玩，就像車庫停著 Model Y、馬廄裡還養著馬。

這裡延伸出兩個判斷：

不確定性是特性，不是缺陷。「Temperature is the most beautiful part of the AI setup.」他順便點出反對者的矛盾：一邊嫌 AI 不確定所以不可靠，一邊嫌 AI 沒有創造力，這兩個指控不能同時成立。
agent 最擅長的是讀規格然後實作。「If there's one thing agents are already exceptionally good at, it is to read specs and implement them.」（04:21:23）他拿 Ladybird 瀏覽器當例子：瀏覽器是世界上第二複雜的軟體系統，第一是 Linux kernel，CSS、HTML、JavaScript 的規格加起來，人類要實作好多年。

他還講到 Rust。他討厭這個語言討厭到極點（「pouring acid in my eyes」、「the ugliest programming language that has been invented in probably the last 40 years」），但是照樣拿它做了一個東西上線：

"Rust, to me, can both be the most repugnant programming language ever devised for human consumption and a wonderful platform for agentic engineering. These two truths can coexist easily in my head."

當人不用讀程式碼的時候，語言好不好看跟語言好不好用，就脫鉤了。

幾個零散但是有用的段落

Shopify 的內部研究（Mikhail 做的，2025 年底到 2026 年初）：把所有正式環境的事故回放到當初合併的那個 PR，結論是 agent 審過的 PR，造成的生產問題比人類審過的少，而且用的還是六個月前的模型。DHH 的說法：「At this point, 100% in the majority of domains we work in today, agents are better at finding bugs.」

mise 那個故事：他開 8 個 agent 對 Omarchy 做 QA，找出 28 個真的問題，agent 大約 12 秒就把 28 個 GitHub issue 全部開完，然後 GitHub 就把他的 bot 當成垃圾帳號封了。他改用 HEY CLI 寄信，agent 自己去下載 mise 的原始碼，發現作者 JDX 其實已經修過這個 bug，但是那個還沒發布的修法不完整，而且在信裡把這件事講清楚。JDX 的回應是：這是我第一次收到針對未發布版本的 bug report。

Bash：他說 agent 寫 Bash「Oh, amazing」，他自己大概兩個月沒手寫過 Bash 了。唯一改不掉的壞習慣是愛用 early exit 而不是完整展開的條件式，寫進 AGENTS.md 也還是每次要重講。他說現在最必備的一句指令是 "Make it simpler"，講了之後 agent 會把程式碼砍一半。

語音：DHH 全部用打字的，Omarchy 裡的 VoxType（Parakeet，按住 F9）他只拿來下短指令。反倒是 Lex 的做法更有參考價值：Plaud 錄音機夾在衣服上，邊跑步邊講，一次講 10 到 20 分鐘的長 prompt、大約一小時丟一次，可以忍受 5 到 10 秒延遲，另外請 agent 掃過整份專案幫他建了一本關鍵字字典。他的重點是語音「doesn't have the problem of overspecification」，不會有講太細的問題，適合設計的早期階段。

他對 Anthropic 的兩個抱怨：一是切斷別的 harness 使用訂閱；二是 Claude 不讀 agents.md 跟 .agent/skills，只認 CLAUDE.md。他的因應方式是所有專案的 CLAUDE.md 裡面只放一個指向 AGENTS.md 的指標。另外 Claude 拒絕幫他把一篇談移民的文章翻成義大利文，他的結論不是抵制：我為什麼要叫 Claude 翻譯我的文章？Claude 是我的 code generator，我不需要它跟我政治立場一致。

memento mori 做進產品裡：Omarchy 的行事曆點一下時鐘會顯示今年的進度條，再連點幾層會問你哪一年出生、預期活多久（預設 90），然後多給你一條人生進度條。他自己大約 62%。因為有人覺得陰森，所以做成了 Easter egg。

這集後段還有 AI 影片生成、育兒、PewDiePie、移民政策、長壽跟過度優化等章節，跟工程主題關聯不大，本頁不展開。

逐字稿的坑

要引用之前先注意，這份逐字稿有幾個地方明顯是聽打錯的：

逐字稿	實際
Michel Hashimoto	Mitchell Hashimoto
Omachi / Mach-E / Amate 4	Omarchy / Omarchy 4 Quattro
AmaWrite	Omawrite（同一個 app）
parrot model	Parakeet
Grok 45 / 46	Grok 4.5 / 4.6
Kimi K27 / K25 7	Kimi K2.5
XPS from 2016	2026

另外兩件事：他講四分鐘一英里是 1952 年（史實是 1954 年，Bannister 跑出來的）；還有章節標題跟實際內容很多對不上，「Surviving Internet Hate」那一段裡面完全沒有講到網路仇恨。

值得帶回去想的幾件事

轉折點在 harness，不在模型。這是評估任何 agent 工具最好用的一把尺。同一顆模型換一個外殼，能不能用差很多。
review 要分層，不要問「有沒有 review」。整體形狀全看、關鍵層逐行看、周邊不看，這個分法可以直接套到自己的專案上。
既有的大型系統加速不了，是常態不是失敗。Basecamp 跟 Hey 都卡住了，2 月那次讓設計師 vibe 的實驗還把架構弄壞了。手上的舊系統跑不動 agent，不代表方法錯了。
不要一開始就把規格寫死。這跟很多人的直覺相反，但是 Opus 5 把系統提示詞砍掉 80% 是很硬的佐證。
「Make it simpler」值得加進自己的工作流。
多個 harness 交叉審查。一個做、一個查、一個在 PR 上再看一遍，成本很低。
漂亮程式碼的價值，目前是靠 token 稀缺撐著的。這個前提會不會消失是開放問題，但是至少現在，讓 agent 不必重學整份脈絡的架構還是划算的。

來源連結

節目頁：https://lexfridman.com/dhh-2/
逐字稿：https://lexfridman.com/dhh-2-transcript/
Spotify：https://open.spotify.com/episode/45lhw2Adbrsw0xSCOgIeg3
前一集（#474）：https://lexfridman.com/dhh-david-heinemeier-hansson/

Lex Fridman #501：DHH 談 agentic engineering、模型實測與 Linux 桌面