閱讀站

AI 不會淘汰程序員，只會淘汰不懂工程基礎的。前段時間看了 Matt Pocock 在 AI Engineer 大會上的演講：Software Fundamentals Matter More Than Ever。總結了核心意思分享給大家。視頻：https://www.youtube.com/watch?v=v4F1gFy-hqgAI 讓寫代碼變快了，但代碼從來沒變得更便宜。這是 Matt Pocock 在大會上演講的核心觀點。他是前 Vercel 開發者佈道師，Total TypeScript 作者，現在搞了一個叫 AI Hero 的平台，專門教人用 AI Coding。這場演講發佈兩週就 60 萬播放量，18 分鐘，信息密度極高。他教了 18 個月的 AI Coding 之後，發現了一個規律：那些用 AI 用得好的開發者，不是什麼都委託給 AI 的人，也不是什麼都自己寫的人。是那些迴歸工程基礎的人。他還基於自己的 AI Coding 經驗搞了幾個 Skill，目前開源了。01AI Coding 的兩個極端都有問題現在行業裏對 AI Coding 有兩種極端態度。一種是 vibe coding。這個詞是 Andrej Karpathy 提出來的，說白了就是憑感覺讓 AI 寫代碼，描述個大概，然後祈禱它能跑。另一種是 specs-to-code。寫一份詳細的規格說明書，直接扔給 AI 讓它生成。這派的假設是：代碼是廉價的，規格才是珍貴的。Matt 說這兩個都有問題。vibe coding 的問題很明顯：失控。你不知道 AI 寫了什麼，也不知道它為什麼這麼寫，改起來更是災難。但 specs-to-code 的問題更隱蔽。它假設代碼是廉價的，但實際上，AI 生成的代碼和人類寫的代碼一樣，都會腐爛、都會積累技術債、都需要維護。代碼從來就不廉價。AI 只是讓你更快地產出代碼，但不會替你思考代碼該怎麼組織。Matt 的觀察是：真正成功的開發者，既不全委託也不全自己寫。他們把 AI 當作一個超級實習生--執行力強，但需要你給出清晰的方向和約束。怎麼給出清晰的方向？接下來就是他的四個方法論。02先別寫代碼，先被 AI 拷問一輪Grill Me 是 Matt 開源的一個 Claude Code Skill。也就是前段時間一直掛在 GitHub 開源熱榜的那個 Skill 裏面的。它的邏輯特別簡單：在動手寫任何代碼之前，讓 AI 先把你拷問一輪。不是你問 AI，是 AI 問你。它會沿着你設計決策樹的每一個分支往下走，一條一條地把模糊的想法逼成清晰的方案。依賴關係、邊界條件、數據模型，全都不放過。Matt 說他每天收到大約 5 條消息，都是開發者說用了 Grill Me 之後大開眼界的。Reddit 上也有人專門發帖說這個 Skill 徹底改變了他用 AI 做規劃的方式。後來 Matt 又進化出了一個升級版，叫 /grill-with-docs。不僅拷問你，還會把拷問過程中達成的共識實時寫進一個叫 CONTEXT.md 的文件裏。如果你要問和 SuperPowers 的 Brainstorming 有啥區別，我用起來的感受是：Brainstorming：適合任何新功能、新項目、重構啓動前的設計階段。Grill-with-docs：更適合已有代碼庫的項目，你需要對一個具體方案做決策、對齊術語、並同步建立文檔。如果你的項目還沒有 CONTEXT.md 體系，它也會幫你從頭建起來。這麼做的好處是什麼？傳統開發中，你腦子裏對系統的理解和代碼之間總有 gap。有了這個文件，AI 在後續所有開發中都有一份共識詞典可以參考，不用每次都重新解釋一遍。說白了，Grill Me 強迫你在寫代碼之前先把設計想清楚。AI 不會幫你做決策，它只會加速你已經做出的決策。如果你自己都沒想清楚，AI 加速的只是混亂。03統一語言讓人、代碼和 AI 說同一種話Ubiquitous Language 這個概念來自 Eric Evans 2003 年出版的經典《領域驅動設計》。核心思想是：讓代碼、開發者和領域專家都說同一套術語。聽起來理所當然，但實際操作中很少有團隊做到。產品經理說一個詞，開發者理解成另一個意思，代碼裏的命名又是第三個東西。在 AI 時代，這個問題被放大了。因為 AI 沒有隱含上下文，它不懂你的暗示和慣例。你說的用戶和代碼裏的 User 是不是一個東西？你說的訂單和數據庫裏的 Order 是不是同一個概念？如果你不說清楚，AI 就會自己猜。猜錯了，你就得返工。Matt 的做法是在項目根目錄維護一個 CONTEXT.md 文件，裏面記錄所有核心術語的精確定義和它們之間的關係。舉一個他自己的真實例子。他在開發課程管理系統時，新功能要加一個 Pitch 的概念（類似視頻的包裝方案）。AI 當場發現了一個術語矛盾：他已經定義了 Standalone Video 是 lessonId 為 NULL 的視頻，但新功能裏又讓視頻關聯到 Pitch。那這種視頻還算 Standalone Video 嗎？這個問題如果不解決，後續所有的變量命名、文件命名、數據庫設計都會亂。AI 給了兩個方案：要麼重新定義 Standalone Video，要麼把 Pitch 看作附加在 Standalone Video 上的獨立元數據。最終 Matt 選擇了後者。這個決定會影響整個代碼庫的命名和組織方式。如果不在一開始就統一清楚，後面越寫越亂。有了統一語言，AI 的輸出質量會顯著提升。它不再需要冗長地重新解釋每個概念，幾個詞就能精準表達意圖。Token 省了，對齊也好了。Martin Fowler 也在他的博客裏專門寫過：統一語言的最大價值不是文檔，而是它迫使你在溝通中消除歧義。在 AI 時代，這個價值被放大了十倍。04TDD：不是寫測試，是控制節奏TDD 很多人覺得是先寫測試再寫代碼，但 Matt 強調的 TDD 不是這個意思。在 AI Coding 語境下，TDD 的核心作用是控制每一步的粒度。AI 最大的問題是什麼？它太能寫了。你讓它做一個功能，它能一口氣給你生成幾百行代碼，涵蓋各種邊界情況。但這幾百行代碼你能驗證嗎？你知道哪行有問題嗎？TDD 強制你把工作切成小片。Red 先寫個失敗的測試，然後 Green 寫最少的代碼讓測試通過，最後 Refactor 重構。每一步都是可驗證的。Matt 的觀點是：沒有 TDD，AI 生成的代碼會迅速變成意大利麪條。因為 AI 沒有全局觀，它只會根據當前上下文盡力而為。如果你不控制每一步的範圍，它就會越寫越散。傳統開發中，TDD 的角色更多是質量保障。但在 AI Coding 中，TDD 的角色變成了過程控制—確保每一步都在可控範圍內。小步快跑，每一步都有反饋，發現偏差立刻修正。05Deep Modules：藏複雜，露簡單Deep Modules 這個概念來自斯坦福教授 John Ousterhout 的《軟件設計的哲學》。Deep Modules 就是功能豐富但接口簡單的模塊。反面是功能不多但接口很複雜。一個典型的 Deep Modules：JavaScript 的垃圾回收器。功能極其複雜，但對外暴露的接口就一個——你不用手動管理內存。一個典型的反面就是：一個只做參數校驗卻要求傳入 10 個配置項的函數。Matt 說在 AI Coding 中，Deep Modules 的價值被放大了。因為 AI 的上下文窗口有限，它能同時理解的代碼範圍是受限的。如果你的模塊又淺又碎，AI 就需要在多個文件之間跳來跳去，很容易丟失上下文。而 Deep Modules 把複雜性藏在背後，只暴露一個簡單的接口。AI 只需要理解接口，不需要理解內部實現，認知負擔大幅降低。這也對測試友好。Deep Modules 測試起來更容易，因為你要覆蓋的接口面更小。這和很多人追求的小而美的模塊化思路其實是反的。不是越小越好，而是封裝得當才好。06底層邏輯：管理認知負荷如果你仔細看這四個方法論，會發現它們有一個共同的底層邏輯：管理認知負荷。Grill Me 讓你在寫代碼前先想清楚，減少返工帶來的認知消耗。統一語言讓人、代碼和 AI 使用同一套術語，消除歧義帶來的認知負擔。TDD 控制每一步的範圍，避免一次處理太多信息。Deep Modules 把複雜性封裝起來，讓每次交互只需要理解接口而不是全部細節。Matt 的核心洞察是：在 AI 時代，開發者的角色從寫代碼的人變成了做戰略設計的人。AI 是你的戰術執行者，它寫代碼、跑測試、做重構。但戰略層面的決策——怎麼組織模塊、怎麼定義概念、怎麼切分任務——這些必須由人來定。07都不是新東西而這四個方法論，都不是什麼新發明。統一語言來自 2003 年出版的《領域驅動設計》。TDD 來自 Kent Beck 在 1999 年提出的極限編程。Deep Modules 來自 2018 年出版的《軟件設計的哲學》。它們沒有過時，也沒有失效。在 AI 時代，它們反而變得更重要了。因為當你有一個能一秒鐘寫 100 行代碼的助手時，你需要的不是更多的代碼，而是更好的約束。Matt 在演講最後說了一句話，大意是：這些原則幾十年前就有了，它們沒有被打敗——它們變得更重要了。08怎麼開始別急着學新框架新工具，回去重讀兩本經典。一本是 Eric Evans 的《領域驅動設計》，一本是 John Ousterhout 的《軟件設計的哲學》。然後試一下 Matt 開源的 Skills 倉庫，裏面有 Grill Me 和其他實戰 Skill，可以直接裝到 Claude Code 裏用。開源地址：https://github.com/mattpocock/skills如果你覺得 18 分鐘的演講還不過癮，Matt 還錄了一個近 1.5 小時的完整工作流視頻，手把手演示了怎麼用這套方法論從零搭建一個真實項目。在 YouTube 搜 Full Walkthrough: Workflow for AI Coding — Matt Pocock 就能找到。09點擊下方卡片，關注逛逛 GitHub這個公眾號歷史發佈過很多有趣的開源項目，如果你懶得翻文章一個個找，你直接關注微信公眾號：逛逛 GitHub ，後台對話聊天就行了：

完成

閱讀站

我用 Codex 一個月,把Mac變成了一家沒有員工的公司（7000字長文）

Day 12｜從0到上線：第一個工具站的完整預算表（<100元版）

我在Hermes上搭了一個人生導師 Agent，它給我生成了這套採訪綱要

又一個筆記工具火了，Github 3 萬多人關注。

不會寫代碼，也該看懂 Codex：它不是一個工具，是一套 AI 編程工作流

移動端Codex不是讓你寫代碼，而是給你一個口袋遙控器

Github 76.1k Star！一款開源的UI設計MD文件！

Violin：開源AI視頻翻譯神器，讓優質內容真正走向全球，可以免費在線使用

10萬星級140個AI員工，直接開源了，給你打工

Paypal 接入網站進行收款

AI 也能有長期記憶了！Hermes Memory 完全指南

個人助手AI Agent與企業 AI Agent到底有啥差異？Hermes、openclaw能不能作為企業AI Agent？

我把公眾號創作流程做成了一個 Codex 插件

OpenSpec 項目實戰（三） | UI/UX 重設計：先穿衣服再出門

Claude Code 在大型代碼庫中是如何工作的：最佳實踐與入門指南【譯自 Anthropic 官方文檔】

OpenAI官方教了財務團隊5個Codex用法，每個都配了可以直接複製的Prompt

AI 做 Code Review，第一步不是看代碼

Claude Code 在大型代碼庫中的工作方式：最佳實踐與起步指南

從回測到實盤監控，5 個開源 Skills 讓 Claude Code 變身量化交易專家

40分鐘學會Codex！“零基礎”終級教程～【附完整文檔】

OpenAI 官方 24 門免費課程：給非程序員的一條 14 周學習路線

Obsidian 用得越久，我反而越離不開這 3 個插件

NotebookLM 的天花板和地板，都系在 Gemini 身上

別再重複教 Agent：Hermes 的 Skills，才是越用越強的關鍵

Codex 進手機：OpenAI 版的龍蝦來了

10分鐘Codex桌面端極速入門使用指南

AI 化知識庫 有這三個文件夾就夠了｜Obsidian × GAP 知識管理法

Codex 上手機了，我感覺它越來越像 OpenClaw 了！

Forward Deployed Engineer：AI 時代的新寵崗位，到底幹什麼？

鋭評硅谷各大巨頭：一個能打的都沒有

刪掉全部手工特徵,X把推薦系統的完整代碼放出來了

YC 掌門人：我13年沒寫代碼，用AI重啓後效率暴增400倍

我寫了半年skill，直到上週才意識到自己從一開始就搞錯了方向

Codex 移動端來了，起飛！

Auto LifeOS · 一個最懂你的AI人生管理系統

怎麼用好 Obsidian 插件來武裝自己的知識庫？

Codex更新遠程控制，你也終於可以在手機上隨時隨地Vibe Coding了。

一文吃透 /goal 指令：讓 AI 自動打工

我最近覆盤了自己做的一套系統，抽象出 7 條AI產品設計原則

迭代3個月第二大腦配方：3個Obsidian 插件 + 2 個Claude Code Skill

OpenSpec 項目實戰（二） | 工具註冊中心：從骨架到模塊化架構

遊戲

做一人公司，你最該學的能力不是AI，是這個

為什麼資深開發者講不清自己的專業能力

告別重複勞動！CLI + Skill 搭建瀏覽器 AI 自動化框架

裝上這5 個 Codex 神級 Skill 工具，老帶勁了

強烈推薦看看這個演講，還配套 7 萬 Star 的開源 Skill。

這個 Agent Team，終於不是"角色扮演"了

你的AI助手正在靜默遺忘你：Claude Code和Codex的記憶工程拆解

對話羅福莉：智能體框架與後訓練的新機遇

AI 化知識庫有這三個文件夾就夠了｜Obsidian × GAP 知識管理法