關於 AI 的現實筆記:剝離狂熱後的工程真相 (Some Notes on AI: Reality After the Honeymoon)
原始來源與檔名:20260512_2026-04-28T092606+0800-Some Notes on AI.md
來源:[[@karrisaarinen]] (Linear 創辦人) / X (Twitter) — 2026-04-26
原始檔名:2026-04-28T092606+0800-Some Notes on AI.md
NAPKIN | 餐巾紙
餐巾紙公式
Expert Paradox: Domain you know NOTHING about + AI = Looks like Magic. Domain you are an EXPERT in + AI = Looks like Slop (but is highly valuable for acceleration). AI coding value ≠ “AI writes 100% of the code” AI coding value = Acceleration around the edges (refactoring, scaffolding, minor bug fixes) + Expert judgment.
在寫碼模型技術躍升半年後的「蜜月期」尾聲,Linear 創辦人分享了克制的觀察。他不相信 AGI 毀滅論,也不相信 AI 會完全取代工程師。現實是:企業的計畫依然重要,因為計畫的本質是組織對齊;AI 寫碼極大地拓寬了工程師的頻寬(Linear 每月靠 AI 修復破千個小問題),但硬核的架構問題依然需要人類判斷;專家悖論在於,你越懂一個領域,AI 看起來越笨,但你越能有效駕馭它。
一句話
這是一篇少見的、極其克制且清醒的 AI 實踐反思文。身為頂級 SaaS 軟體 (Linear) 的創辦人,作者指出 AI 真正的商業價值在於「擴增頻寬」而非「全自動駕駛」。AI 解決了重構、寫測試和無聊的小 bug,讓工程師能專注於真正困難的系統權衡。文章同時點出「專家悖論」:外行人看 AI 是魔法,內行人看 AI 是需要糾正的泥石流,但正因為專家具備「品味與判斷力」,他們反而能從 AI 中榨取最大的加速價值。
餐巾紙草圖
[ The Reality of AI in Production ]
Illusion:
User -> "Build me an app" -> AI writes 100% code -> Deploys.
Reality (The Linear Way):
Human Expert (Sets constraints, Taste, Architecture)
|
+-> Cloud Agent A (Refactoring)
+-> Cloud Agent B (Writing Tests)
+-> Cloud Agent C (Fixing 100 small UI bugs)
ROUND 1: SKELETON | 骨架掃描
“這篇文章在說什麼”
- 計畫的意義: 有人說 AI 時代變化太快不需要長期計畫。錯了。計畫的輸出不重要,規劃的「過程」才是讓組織對齊、設定優先級的關鍵。缺乏計畫,AI 只會帶你走向「最簡單的路」,而不是「最有價值的路」。
- 專家悖論 (The Expertise Paradox):
- 外行看 AI:全是魔法 (Gell-Mann 失憶症)。
- 專家看 AI:充滿漏洞、上下文缺失、喜歡走捷徑。
- 結論:AI 不會抹殺專業知識。專業知識轉化為了「設定方向、判斷好壞 (Taste) 以及約束模型」的能力。
- AI 寫碼的真相: 沒有大公司真的在跑 100% 獨立自主的 Agent 蜂群。價值在於「邊緣加速 (Acceleration around the edges)」。工程師的頻寬變大了,以前懶得修的幾千個小 Bug,現在交給背景 Agent 解決。但困難的架構權衡依然是人的工作。
- 設計與 AI: 圖像與 UI 生成依然缺乏「精確控制」。設計不僅僅是出圖,更是「梳理問題與系統互動」的過程。作者期待的是語義化的 UI 工具,而非單純的像素生成。
- 領域決定了 AI 的容忍度: 像 Email 這種高頻工具,需要極高的 UX 打磨;而很多 AI 公司其實是「後端邏輯公司」,前端隨便做個 CLI 或套版就能賣,這給了他們跑得很快的錯覺。
ROUND 2: DISSECTION | 血肉解剖
“憑什麼這麼說”
核心論證鏈
- 規劃的本質不是預測,是共識: 如果建造東西的成本趨近於零(因為 AI),那麼「造錯東西」的風險就成倍增加。當任何人都能在一天內寫出一個 Feature 時,如果不經過規劃與辯論,產品就會變成毫無靈魂的怪物(Slop)。
- 工具引導工作流 (Tools steer workflows): 傳統工具是機械的,AI 工具是會思考的,因此它具有更強的「引導性」。如果你不主動掌舵,AI 的「懶惰與走捷徑本能」就會接管你的產品走向。這就是「Vibe coding」的風險所在。
- 頻寬大於深度: 實際的生產數據顯示(Linear 每月靠 Agent 修復上千個 issue),AI 在短期內最大的價值不是幫架構師想出更好的分散式演算法,而是幫團隊把那 80% 無聊但必要的維護工作自動化,釋放人的大腦。
關鍵證據
- 內部數據:Linear 中多數付費工作區已安裝 Coding Agent,活動量幾個月內暴增 5 倍。這證明了 Agent 已經成為常規開發流程的一部分,而非實驗品。
邊界條件
- 這種「專家駕馭 AI」的模式,對於完全沒有基礎的 Junior 是一場災難(呼應了《BestBlogs EP41》中微軟的警告)。如果缺乏一開始的專家判斷力,程式碼庫很快就會腐化。
ROUND 3: SOUL | 靈魂提取
“還能怎么用”
- 知識連結: 完美對應了吳恩達(Andrew Ng)在《BestBlogs 每日早報 EP41》中的觀點:寫程式的瓶頸消失了,現在的瓶頸在於產品判斷與規劃(Product & Marketing bottlenecks)。
- 深層洞見: “The value is acceleration around the work… The expert still supplies the taste, constraints, and final judgment.” (價值在於周邊工作的加速… 專家依然提供品味、約束與最終判斷。) 這重新定義了 2026 年軟體工程師的工作描述:我們不再是碼農,我們是代碼的編輯與系統的品鑑師。
- 行動呼籲: 停止試圖讓 AI「幫你完成整個大專案」。改變工作流:自己畫出架構圖與資料庫綱要,自己決定核心邏輯,然後叫 AI 去「補齊測試、寫樣板程式碼、調整 CSS」。把 AI 當作高階打字機,而不是 CTO。