NVIDIA 研究頁把 GPU 資源變模板

我把 NVIDIA Research 拆成一個可直接套用的頁面模板，讓你快速分出研究、工具、平台和產品。

我盯 NVIDIA 的研究頁一陣子了，老實說，一開始我只覺得它很吵。名字一堆、連結一堆、分類也一堆，但我想找的東西常常不是藏在很深，就是跟別的東西混在一起。你明明是來找一個研究專案，結果一路滑下去，先看到產品名，再看到平台名，最後才發現你剛剛點到的其實只是某個工具家族的入口。頁面不是空，是太滿了。

我後來才想通，這種頁面不能用「首頁」的方式讀，要用「分類系統」的方式拆。你如果把它當 brochure 看，只會被資訊量淹死；你如果把它當 taxonomy 看，就會突然知道哪一類是研究、哪一類是開發工具、哪一類是平台、哪一類只是產品包裝。這個差別很大，因為開發者要的不是漂亮，是快。

我今天不是在幫 NVIDIA 做導覽，也不是在幫它寫摘要。我是把它的公開頁面拆成一個我自己會抄的模板，給你用在研究頁、實驗室頁、開源頁、甚至公司技術首頁都行。你只要有一堆技術資產要讓人找，就會遇到同一個問題：怎麼不要讓使用者在 tab 海裡游泳。

我用的原始來源是 NVIDIA Research，另外也對照了 CUDA、Kaolin、Imaginaire，還有 NVLabs GitHub org。這些頁面本身就把 NVIDIA 的技術層次露出來了，只是你得先把它們拆開看。

先別把研究頁當型錄看

“Research at NVIDIA | Advancing the Latest Technology”

這句話表面上很正常，實際上很誠實：它同時想當研究入口，也想當整個技術宇宙的導覽牌。問題是，這兩件事不是同一件事。研究入口應該回答「這裡有哪些實驗、論文、repo」，導覽牌應該回答「你要去哪一層」。NVIDIA 這頁把兩者疊在一起，所以你第一次看會覺得亂，這很正常，不是你笨。

我自己第一次整理技術內容頁時也踩過這個坑。我以為只要把東西都列上去，使用者就會自己懂。結果完全不是。人家看到的是一堆名字，不是結構。你沒先告訴他這些東西屬於哪一層，他就只能靠猜。開發者最討厭猜，因為猜錯一次就直接關頁面。

翻譯一下就是：先不要問「這頁講什麼」，先問「我現在要找的是哪種資產」。是 paper、repo、SDK、模型、benchmark，還是平台？這個問題一問下去，很多雜訊會自己掉下來。

我會怎麼做：任何超載的技術首頁，我都先自己切成五個桶。

• 研究論文與實驗室
• 開發工具與 SDK
• 模型與 demo
• 平台與基礎設施
• 產品化方案

這五桶不是為了好看，是為了讓人一眼知道該往哪裡走。你頁面再大，只要分類對了，使用者就不會覺得你在亂丟東西。

研究、工具、平台，不要混成一鍋

NVIDIA 的頁面會同時出現 Kaolin、Imaginaire、CUDA 這類名字。它們看起來都很技術，但根本不是同一種東西。Kaolin 是 3D deep learning library，Imaginaire 是影像與影片生成的研究 codebase，CUDA 則是底下那層 GPU programming platform。你把它們當成同一類，整個理解就歪了。

也就是說，這頁其實在展示多層抽象：有些是研究輸出，有些是開發工具，有些是平台底層，有些只是產品化的包裝。你如果把它們混在一起，就會開始期待錯的事情。你可能會拿研究 repo 當正式產品看，或拿平台當成單一工具看，然後開始抱怨文件不完整。其實不是文件不完整，是你把層級看錯了。

我自己也做過這種蠢事。我曾經把內部的「研究工具頁」和「客戶功能頁」混在一起，想說反正都跟技術有關。結果大家一直問我：這到底是 demo、library，還是正式支援的東西？我後來才知道，內容正確不代表可用。沒有邊界，使用者只會更煩。

實操寫法很簡單：每個項目都先貼一個層級標籤。

• Research：論文、實驗、原型、lab
• Developer tool：SDK、repo、API、library
• Platform：算力、runtime、基礎設施

如果你還有正式商用版，再加一個 Product。這樣做不是多此一舉，是避免別人把 demo 當 SLA 產品。開發者看到標籤，會自己調整期待值，這比你寫一大段形容詞有用多了。

CUDA 是地基，不是海報上的主角

在 NVIDIA 的開發與研究材料裡，CUDA 一直像底下那層地基。它是 GPU 上的平行運算平台與程式模型，很多東西之所以能跑、能快、能被研究團隊拿來做實驗，靠的就是這層。這點比那些新潮專案名更重要，因為它解釋了整個技術鏈條怎麼成立。

翻譯一下就是：你不要先看最花俏的 demo，你要先看「是什麼讓這些 demo 有機會成立」。對 NVIDIA 來說，答案常常不是某個 AI 名詞，而是 CUDA 這種底層能力。你一旦搞懂這層，後面的專案就不再像魔法，而比較像一個有工程脈絡的堆疊。

我之前跟一個只看 AI 新聞的同事解釋 NVIDIA 工具鏈，他一開始只想知道「哪個模型最強」。我後來發現他真正需要的是「什麼東西跑在哪裡」。當我把 CUDA 這層先講清楚，他才知道上面那些研究專案到底依賴什麼。這就是地基的價值：不是最亮眼，但它決定整棟樓能不能站穩。

實操上，如果你自己的公司也有一個底層技術，不要把它藏到最下面。把它放在第一層，然後用依賴順序排版：

• foundation
• developer primitives
• reference projects
• production products

這個順序會逼你把故事講清楚。先講地基，再講工具，再講案例，最後才講商用版。這樣使用者比較不會被你最會賣的那頁騙進來，然後在文件裡面迷路。

專案名稱不能自動解釋自己

Imaginaire、Kaolin 這些名字都很會取，記得住，但前提是你已經知道它們是什麼。對第一次來的人來說，它們就只是名詞。名稱本身不等於可發現性，這件事很多技術頁都不想面對，但它就是事實。

也就是說，每個 project card 都應該立刻回答三件事：它解決什麼問題、屬於哪個 stack、下一步要點哪裡。只要少一個，使用者就會離開站內，跑去 GitHub、論文頁、投影片或社群貼文拼你的意圖。你以為自己在做導覽，其實你是在逼別人幫你補文件。

我以前也做過一頁全是聰明命名的專案清單。內部的人覺得很酷，外部的人一臉問號。最多 support 問題不是技術細節，而是：「這到底是 library、demo，還是正式依賴？」只要這題答不出來，整頁可信度就掉一半。

實操寫法我會固定成兩行：

• 一句話說明：用白話講它做什麼
• 下一步連結：docs、repo、paper 或 quickstart

如果你想再多做一點，就補一行 Best for。像是「Best for 3D deep learning workflows」或「Best for image synthesis research」。這不是行銷文案，這是導航。差很多。

一頁不該負責所有路由

NVIDIA 的 research 主頁會把你導去雲端服務、資料中心平台、嵌入式系統、遊戲、網路、軟體工具。這種密度很像 switchboard，不像 destination。它的角色比較像分流器，不是終點站。這點很重要，因為你如果把所有路由都塞在同一頁，使用者只會更難決定。

翻譯一下就是：首頁做太多事，應該拆給子頁。研究者不需要跟企業買家看同一個入口；GPU 開發者也不需要跟 robotics 團隊共用同一條路。你把所有人丟到同一頁，最後只會讓每個人都覺得這頁不是給他看的。

我看過不少團隊想靠「再加更多連結」解決這件事，結果越加越亂。連結多不代表更好，只代表選擇更多；選擇一多，大家就開始猶豫。真正的解法不是多，是分群分得夠清楚。

實操上，我會把技術站切成這幾條線：

• research
• developer
• enterprise
• open source
• reference implementations

然後讓第一次點擊就真的完成分流。不要叫使用者自己讀懂你的組織架構，這很浪費時間，也很不尊重人。

如果你想看 NVIDIA 怎麼把開發者入口做得更直接，可以看 NVIDIA Developer 跟 NVLabs GitHub org。這兩個地方比主研究頁更像我會拿來當入口的樣子。

真正值錢的是內容架構，不是 AI 標題

很多人看 NVIDIA 的研究頁，只會得到一句很偷懶的結論：AI 公司、很多 GPU、很多東西。這種講法太省事了。比較值得看的其實是內容架構。它把研究、工具、基礎設施放在彼此靠近的位置，雖然頁面本身還是有點吵，但結構感是存在的。

也就是說，它其實在講一個完整堆疊：想法、程式、算力、部署。這才是開發者真正該看的東西。單一專案本身重要，但更重要的是它怎麼連到基礎平台，再連到實際用途。沒有這條線，所有內容都只是孤島。

我很喜歡這個教訓，因為它很容易搬到自己的工作上。不管我在做 docs portal、lab page，還是新創網站，我都得讓人看懂各層怎麼接起來。否則整頁就會變成一堆 marketing tiles，漂亮是漂亮，但沒人會想讀完。

實操寫法可以直接照這三條做：

• 先畫出從底層技術到應用的依賴鏈
• 研究頁和產品頁用一致標籤
• 每個區塊都回答「這跟我有什麼關係」

只要你做到這三件事，頁面就會比較好掃，也比較不容易誤導人。這就是技術內容頁最基本的工作，不用講得很玄。

可抄的模板

# 技術研究頁模板（可直接套用）

## 首屏
- 一句話：這頁幫人找到什麼
- 一行補充：給誰看
- 一個主按鈕：docs / repo / papers / quickstart

## 第一層：基礎技術
**Foundation**
- 這層在撐什麼
- 連到核心平台
- 用白話講依賴關係

## 第二層：研究輸出
**Research outputs**
- 專案名稱
- 一句白話描述
- Best for
- paper 或 repo 連結

## 第三層：開發工具
**Developer tools**
- SDK、API、library 名稱
- 它做什麼
- 它跟 foundation 的關係
- docs 或 quickstart 連結

## 第四層：產品化方案
**Productized offerings**
- 產品名稱
- 給誰用
- 解什麼問題
- product docs 或 sales 連結

## 第五層：路由分流
**Choose your path**
- Research
- Developer
- Enterprise
- Open source
- Reference implementations

## 每個卡片固定格式
### [Name]
[白話描述]

**Best for:** [audience]
**Starts with:** [paper / repo / docs / demo]
**Depends on:** [foundation tech]
**Next step:** [single link]

## 規則
- 研究和產品不要混寫，先標籤再說
- 不要用聰明名字取代白話說明
- 不要讓使用者自己猜下一步
- 先放基礎技術，再放上層應用
- 每張卡片控制在兩行以內

這份模板就是我會直接抄去改的版本。它不花俏，但好用。你如果現在手上有一個研究頁、開源頁、實驗室頁，甚至公司技術首頁，先別急著加動畫或大圖，先把這個骨架搭起來。骨架對了，後面再補內容才有意義。

原始來源是 https://www.nvidia.com/en-us/research/。上面的拆解和模板是我根據 NVIDIA 公開研究頁、CUDA、Kaolin、Imaginaire 與 NVLabs GitHub org 做的整理，原創的是我怎麼拆，衍生的是它們本來就公開放在那裡的結構。