
transcript
show notes
DHH 現在用 AI 寫程式有固定的三道關卡:Opus 或 Fable 動手做,交給 Codex 審,推上 GitHub 後再讓 Copilot 審一次。兩個 AI 都說好之後,他補一句看起來太複雜,AI 就把東西砍掉一半,改簡單這句仍由人來說。
⭐ 文章深度讀:兩個 AI 都說好之後:DHH 為什麼還要親口補一句改簡單
→ https://heymaibao.com/dhh-ai-review-workflow-26c729/
⚡ 章節重點
換一家 AI 審的工作法 00:00
DHH 的三道關卡 00:30
人最後補的那一句 01:32
AI 審稿的成績與盲點 02:03
只留拍板的分工法 03:17
📝 懶人包
∙ DHH 是 Ruby on Rails 的作者,也是 37signals 的 CTO。
∙ DHH 說兩個 AI 都說好之後,他補一句看起來太複雜,AI 就砍掉一半。
∙ DHH 轉述 Shopify 研究:AI 審過的 PR 線上出事遠少於人審。
∙ 我的觀點:做的 AI 和審的 AI 分開,不會寫程式的人也帶得走。
📚 參考資料
DHH: Future of Programming, AI, Agentic Engineering, Vibe Coding & Linux | Lex Fridman Podcast #501
→ https://www.youtube.com/watch?v=NYFGCESmikA
Shopify's AI Phase Transition: 2026 Usage Explosion, …
→ https://www.latent.space/p/shopify
DHH: Future of Programming, AI, Agentic Engineering, Vibe Coding & Linux | Lex Fridman Podcast #501
→ https://youtu.be/NYFGCESmikA?si=XN5dz_qIhv92Gtz8