五層目錄樹:像管理檔案一樣管理書籤
先說 NavShelf 是什麼 NavShelf 是一個免註冊的網頁版導覽頁——也有人叫它起始頁、個人首頁。左邊是可以層層展開的目錄樹,右邊是連結卡片,你把每天要去的十幾個網站照自己的分類放進去,打開瀏覽器第一眼就能看到:沒有推薦內容流,也沒有要關掉的彈窗。除了收藏之外,它還有英文/簡體中文/繁體中文三種介面語言、日間與夜間兩套主題,以及一個工具欄目,裡面是 Base64、JSON 格式化、時間戳轉換這類直接在瀏覽器裡執行的小工具。目錄、連結、搜尋設定全部存在你自己的瀏覽器本機,不上傳,也不需要帳號。 為什麼書籤需要一個層級 瀏覽器書籤預設是扁平的:一條很長的名單,最多加一兩層資料夾。存到幾百個之後,你只能靠搜尋——而搜尋的前提是你還記得那個連結大概叫什麼。記不住,就等於沒存。 目錄層級解決的是另一個問題:你不需要記得,只需要知道它在哪。就像在硬碟上找兩年前的一份合約,你不會去搜檔名,而是順著「客戶 → 2026 → 合約」這條路徑點進去。 NavShelf 用的就是檔案總管那套模型,而且給了足夠用的深度:最多五層目錄。 目錄樹和內容區各自負責什麼 打開 NavShelf 後,畫面分成兩半,各管一件事: 左側目錄樹:只放目錄結構,不放連結。每個節點前面有一個固定顏色的小方塊,同層目錄的顏色互相區分,用久了你會靠顏色記位置;底下還有子目錄的節點前面有小三角形,點一下就能展開或收合整棵子樹。 右側內容區:顯示目前目錄裡的內容,分成「子目錄」與「連結」兩個區塊。目錄卡片右邊的數字是這個目錄下的連結數量(包含子目錄裡的連結),不用點進去就能看出哪一支還是空的。 在目錄樹裡點任何節點,右側立刻切換過去;工具列上的路徑導覽(麵包屑)會同步顯示完整路徑。 五層分別該回答什麼 五層聽起來不多,用起來的關鍵是:每一層回答一個不同的問題,層級才有意義。 層級 回答的問題 例子 第 1 層 這屬於生活的哪一塊? 工作 / 學習 / 生活 第 2 層 具體是哪個專案、哪個對象? 客戶 A / 官網改版 第 3 層 裡面的東西分幾類? 合約 / 設計稿 / 參考資料 第 4 層 有沒有時間或版本軸? 2026 / 舊版 第 5 層 少數需要長期保留的細分 已簽署 大多數內容停在第三層就夠了。第 4、5 層不是目標,是留給確實會長期累積的東西——逐年歸檔的合約、按版本迭代的設計稿、按年度分開的報帳單據。 什麼時候該停止往下分類:如果你新建的資料夾裡只打算放一個連結,那它不該是資料夾,把連結放在上一層更省事。這條判斷比任何層數規定都有用。 一個完整的例子 我的收藏 ├── 工作 第 1 層 │ ├── 客戶 A 第 2 層 │ │ ├── 合約 第 3 層 │ │ │ └── 2026 第 4 層 │ │ └── 設計稿 │ └── 官網改版 ├── 學習 │ ├── 程式設計 │ └── 語言 └── 生活 ├── 居家 └── 旅行 這套結構怎麼走:要找客戶 A 去年簽的合約 → 工作 → 客戶 A → 合約 → 2026,四步。每一步都是你腦子裡本來就有的分類,不需要回想檔名,也不用思考「我當初到底存在哪」。 ...