LLM Primer VI — 系列簡介與索引

發佈於: 2026-04-22 最後更新於: 2026-07-08 版本: 1
LLM Primer VI — 系列簡介與索引

LLM Primer VI — 系列簡介與索引

LLM Primer VI:擴展 AI 系統》的章節走讀入口 — 這一卷把 LLM 推論當成一門工程學科來處理,在記憶體頻寬、排程、以及美元符號互相碰撞的地方展開。


這個系列為什麼存在

一片以每小時四到八美元租用的 H100 提供 989 TFLOP/s 的 BF16 運算能力。單一使用者針對一顆 70B 模型即時產生單一回應時,大概只會用掉那顆晶片運算能力的 0.34%。晶片有 99.7% 是閒置的 — 不是因為工作量太小,而是因為工作量受制於記憶體頻寬,晶片的運算單元在 HBM 把權重串流過去的時候沒有事情可做。推論工程這門學科,就是替那些閒置的運算單元找工作做。它是一門關於批次處理、KV 快取記帳、量化、推測解碼、排程,最後推到平台、編排與成本的學科。這一卷裡的每一個技術,都是同一個動作的變奏:把受頻寬所困的浪費轉換成吞吐量,同時不打破使用者實際感受到的延遲。

一句話總結:LLM 服務是一個系統性問題,受頻寬所困的解碼迴圈、大小相當於一個小型資料庫的 KV 快取、以及每個 token 都在計費的帳單,三者合起來決定一個產品在接觸真實流量之後能不能存活。

我寫給誰看

擁有大規模 LLM 推論責任的平台工程師、SRE、以及基礎設施架構師 — 那些延遲一飆升就會被叫起來的人、預算裡最大一條就是 GPU 池的人、月底得跟財務解釋為什麼上個月的帳單是前個月兩倍的人。這本書也寫給訓練完模型之後得負責把它上線的 ML 工程師,以及突然發現自己在團隊裡最接近推論專家的後端工程師。書假設你熟悉分散式系統與容器;不假設你事先熟悉 GPU 內部運作或 Transformer 的記憶體樣式。這些會從原理開始建立起來。

怎麼讀這一卷

十六章分成六個部分。第 1 到 2 章替工作量命名 — 自回歸迴圈以及 KV 快取。第 3 到 4 章走一遍執行它的矽晶片,從 H100 走到 Groq 的 LPU。第 5 到 6 章走模型端的壓縮 — 量化、剪枝、蒸餾 — 收斂頻寬負擔。第 7 到 9 章走執行期的技術 — 批次處理、分頁式 KV、推測解碼 — 把閒置時間藏起來。第 10 到 13 章走服務堆疊 — 引擎、平台、解耦、自動擴縮 — 把那些技術變成一個服務。第 14 到 16 章走錢:token 經濟學、自架與 API,以及那些會複利累積的降本動作。章節可以照順序讀,也可以按主題挑,但由機制優先的敘述方式仰賴第 1 章與第 2 章。

十六章走讀

4 月 23 日到 5 月 8 日之間,走讀每天發一章。每一篇把該章的三個核心觀點濃縮成大約五分鐘的閱讀,細部的例子、程式碼、以及「In Plain English」邊欄就交給書中的章節。

這一卷在系列裡的位置:第一到四卷建立起 Transformer 力學、RAG、代理、以及模態。第五卷走的是應用層工程 — 圍繞在機率性核心之外的那層確定性包裝。第六卷是包裝底下的那一層:模型呼叫本身要怎麼被服務得夠快、夠便宜,才能撐得起上面的包裝的經濟性。第七卷則用 AI 安全為系列收尾 — 威脅模型、護欄,以及正在塑造上述所有一切必須如何部署的法規。

關於這本書與系列

LLM Primer 系列是下田昌平寫的七卷書,在 Amazon KDP 出版,在這裡的 ReceiptRoller 部落格上一章一章地閱讀。這個系列主張,用 LLM 打造東西是一門系統性學科,而學這門學科最好的方式,是以機制優先的敘述方式走過堆疊的每一層,而不是靠一張檢查清單。第六卷是基礎設施那一卷 — 一層一層地回答這個問題:硬體、執行期、平台各自要滿足什麼條件,一項 LLM 功能才能在真實流量下存活,並通過財務審查。

拿一本吧。書裡有完整的例子、有校準與連續批次的可執行 Python、有 KServe 與 Grove 的 YAML,還有這些走讀文章只能摘要帶過的「In Plain English」邊欄。在 Amazon 查看 LLM Primer VI →

下田 昌平
下田 昌平
RECEIPTROLLER 的 CTO 與創辦人。專注於數據、驅動創新、始終保持好奇心。