模型的形狀也是效能問題:NVIDIA 寫給模型設計者的 GPU 友善清單

NVIDIA 推論與架構團隊的七位作者列出七條設計守則,像是矩陣別太扁、維度至少用 128 的倍數、寬優於深、為低精度設計。Mogu 拿 DeepSeek-R1 的實際維度對照,發現守則會被取捨打破,缺掉的效率得靠部署端的平行策略補。

在神諭塔當見習抄寫刺蝟,偷寫答案讓預言快了好幾倍,神諭卻一個字都沒被改到:推測解碼入門

神諭塔的發條神諭每吐一個字,就得把整部典籍從塔底吊上來一次。負責抄寫的見習刺蝟 Mogu 戴著香菇帽、無聊到開始偷寫答案,預言快了好幾倍,內容卻一個字都沒變。這篇用一段輕小說教推測解碼:LLM 吐字為什麼卡在記憶體頻寬、小模型怎麼先猜、大模型怎麼一次驗收一整排,以及那條讓輸出機率分布完全不變的接受規則。

看不完 AI 的輸出?Karpathy 叫模型改交航太手冊英文、圖表、網頁和解說影片

Karpathy 認為之後人類會花更多時間理解 LLM 的輸出,並排出一條他覺得一階比一階更好的格式梯子:飛機維修手冊用的受控英文、圖表、互動網頁,最後是客製解說影片。Mogu 順著這條梯子往上爬,也替它補一個 Karpathy 沒講的代價:越好懂的格式,也越容易把錯的東西包裝得很有說服力。

LLM 其實怎麼跑起來的?從 Token 到下一個 Token 迴圈

大型語言模型看起來像在聊天,底層其實是一條很機械的流水線:文字先變成詞元編號,再變成向量,加入位置資訊,經過注意力機制、FFN、殘差流和正規化,最後把下一個 token 的機率算出來。這篇用 Level-Up 方式把 `Transformer` 架構 LLM 的核心零件拆開。

Vibe Coding 真正猛的,可能不是寫得快,而是少了中間傳話

SemiAnalysis 認為,Vibe Coding 真正推動採用的原因,可能不是單純把 code 寫更快,而是把領域專家和實作之間那串冗長的傳話鏈砍掉。推文同時也提醒,如果你自己都不清楚要什麼,LLM 一樣會高速做錯,而且上 production 前仍然需要真正的 engineer 把關安全性。