Posts

NavShelf 是一個免註冊的網頁版導覽頁，用起來像 Windows 檔案總管：左邊是可以層層展開的目錄樹，右邊是連結卡片，你把每天要去的網站照自己的分類放進去；目錄、連結和搜尋設定全部存在你自己的瀏覽器本機，不上傳，也不需要帳號。它沒有雲端，也沒有手機 App，所以它不可能適合所有人。這篇按五種真實使用者說清楚：如果你在其中，具體省掉的是什麼麻煩；如果你不在其中，也不必勉強。 1. 書籤列早就裝不下的人 書籤列最多排十幾個位置，於是你開始往「其他書籤」裡塞。半年後那裡攢了四百筆連結，你分明記得存過某個頁面，就是找不到。 對這類人，最有效的做法是把瀏覽器的書籤當收件匣，把 NavShelf 當書架：第一層只分大類（工作／學習／生活），下面再照專案或主題繼續分，最多能疊五層。每一筆連結是一張卡片，帶序號、網域，還有一句你自己寫的說明——同一個畫面能掃到的資訊比書籤列多得多，也不用逐一點開確認。 2. 不想為了收藏再註冊一個帳號的人 你已經有幾十個帳號了，不想為了存幾個網址再註冊一個，也不想讓別人知道你每天在讀什麼。 NavShelf 沒有帳號系統，打開就能用；資料放在瀏覽器本機的儲存空間裡，關掉瀏覽器還在，換一台機器就沒有——這正是「本機」的意思。代價也很直接：清理瀏覽器資料、重裝系統之前要先匯出一份，習慣上每週或每月留一個 JSON 檔就夠了。原理見資料只留在你自己的瀏覽器裡。 3. 把瀏覽器當工作桌、資料要分層的人 做一個專案要開十幾個頁面，寫一篇文章要攢三十筆來源，這些連結和「常去的網站」明顯不是同一類東西。 這類人用的是目錄樹的重活：目錄可以拖著換位置，同一層的連結也能拖曳排序；拖到不允許的層級會被拒絕並給出提示（最多五層，也不允許把一個目錄拖進它自己的子目錄）。按右鍵就能新增目錄、新增連結、編輯和刪除，不用先選取再找按鈕。操作細節見拖曳整理書籤和右鍵就夠了。 4. 想要自己的起始頁或新分頁的人 打開瀏覽器第一眼是推薦內容、熱門榜和帶廣告的搜尋框，一天要關掉好幾次。 把 /app/ 設成首頁或新分頁，第一眼就換成你自己的書架。頁面上的搜尋遮罩也好用：輸入關鍵字按 Enter 就用預設引擎搜尋；常用的幾個引擎可以自己新增、修改、刪除，還能指定一個為預設，網址裡用 {query} 代表關鍵字，等於把搜尋框改成自己的用法。另外還有日夜兩套主題和三種介面語言。 5. 開發者和做站點的人 Base64、JSON 格式化、時間戳轉換、正規表示式測試、圖片壓縮、二維碼——這些每週都要用一次的小東西，通常不值得裝一堆軟體。 NavShelf 裡有一個工具欄目，預置了 26 個直接在瀏覽器裡執行的小工具（就是線上工具那一套），點一下就從「我的收藏」切過去。這份清單是唯讀的，隨應用版本更新，不會混進你的收藏，也不會出現在匯出檔案裡。另外，匯出的 JSON 就是純文字的目錄和連結，可以放進版本庫，也可以自己寫腳本批次整理。 反過來：這幾種人現在還不適合 把界線寫清楚，比把功能說滿更省彼此的時間： 想一鍵匯入瀏覽器書籤的人：目前只認 NavShelf 自己匯出的 JSON，瀏覽器匯出的 HTML 書籤檔還不能直接匯入。 想在收藏裡做全文搜尋的人：頁面上的搜尋是用來搜網頁的，不是搜你存的連結；收藏多了得靠目錄分層和卡片標題定位。 想要手機 App 或桌面用戶端的人：只有網頁版。同一個網址在手機瀏覽器裡也能打開（窄螢幕會自動收起部分按鈕文字），但沒有獨立用戶端。 三分鐘自我檢查 收藏超過一百筆，常常「記得存過卻找不到」→ 值得試。 收藏需要照專案、照主題分到三層以上 → 值得試。 換裝置時願意手動搬一次檔案 → 值得試。 必須「打開就是最新」，或者要和別人共用一份 → 先別換。 常見問題 它和瀏覽器內建的書籤衝突嗎？ 不會。兩者互不影響，你也完全可以只搬一類連結過來，其餘的留在書籤裡。 資料存在瀏覽器裡，會不見嗎？ 清理瀏覽器資料、換裝置或重裝系統之後就不在了，所以習慣上每週或每月匯出一次 JSON，把檔案放在自己的雲端硬碟或隨身碟裡。 ...

先說 NavShelf 是什麼 NavShelf 是一個免註冊的網頁版導覽頁——也有人叫它起始頁、個人首頁。左邊是可以層層展開的目錄樹，右邊是連結卡片，你把每天要去的十幾個網站照自己的分類放進去，打開瀏覽器第一眼就能看到：沒有推薦內容流，也沒有要關掉的彈窗。除了收藏之外，它還有英文／簡體中文／繁體中文三種介面語言、日間與夜間兩套主題，以及一個工具欄目，裡面是 Base64、JSON 格式化、時間戳轉換這類直接在瀏覽器裡執行的小工具。目錄、連結、搜尋設定全部存在你自己的瀏覽器本機，不上傳，也不需要帳號。 一個頁面上的兩種內容 導覽頁裡通常放著兩類很不一樣的東西：你自己存下來的連結，和別人已經篩選整理過的連結。NavShelf 的做法是把它們分成兩種模式，而不是混在同一份清單裡。 開關就是工具列上部落格按鈕旁邊那個星形按鈕。關閉時頁面顯示我的收藏——你的目錄、你的連結；打開後，同一個頁面顯示隨應用一起發布的工具欄目。再點一次就回來。 工具欄目裡到底有什麼 目前是五個分類——開發、設計、AI、效率、寫作——裡面放著 28 個站內工具入口（Base64、JSON 格式化、時間戳轉換、圖片壓縮、二維碼等等，也就是線上工具那一套），外加 17 個常用的外部站點：GitHub、VS Code、Cloudflare、CodePen、Figma、Dribbble、Coolors、ChatGPT、Claude、Perplexity、Notion、Slack、Trello、Grammarly、DeepL、Hemingway。 有兩個視覺訊號能立刻告訴你「已經不在自己的收藏裡了」： 路徑導覽最左邊從「我的收藏」變成「系統」，點它可以回到這份清單的根部。 內容區頂端有一條琥珀色提示條，寫著「系統預置欄目 · 唯讀」，並提醒再點一次「工具欄目」即可回到「我的收藏」。 這個模式下目錄卡片會帶一個「系統」小標記，左側目錄樹裡也用星號代替了彩色圓點。 唯讀就是真的唯讀 在這個模式裡，右鍵選單只剩一項：開啟。沒有新增目錄、沒有編輯、沒有刪除，什麼也拖不動。這份預置清單不會被誤改，你在這裡的任何動作也傷不到它。 它同樣完全在你的資料之外： 它隨應用版本一起打包與更新，所以永遠不會有「改到一半」的狀態。 它不進匯出檔案。匯出只會拿到你自己的目錄與連結，匯入檔案也絕不會覆蓋它。 它的文字跟著介面語言走：把介面切成 English 或簡體中文，目錄名稱與描述也跟著切。 瀏覽它的時候，你自己的收藏一點都不受影響；而且開關會記住你原來的位置——打開看一眼，再關掉，你會回到剛才所在的目錄。 它唯一不做的事 預置清單不能編輯，這是刻意的取捨：如果它能改，下一次更新要嘛覆蓋你的改動，要嘛讓你搞不清自己看到的是哪一版。所以它的定位是參考書架，而不是第二份收藏。 想把其中一部分變成自己的，就自己建：在自己的收藏裡按右鍵新增連結即可，操作細節見右鍵就夠了——新增一條只需要標題和網址，再花十秒補一句描述。 什麼時候真的會用到它 找工具：26 個站內工具都在瀏覽器裡跑，不用註冊；從清單點進去比回想網址快。 從零開始：新裝置上收藏還是空的，先用預置清單點一點，再決定匯入還是重建。 把螢幕遞給別人：向別人介紹 NavShelf 時，一份唯讀的清單比你的私人收藏合適得多。 借用結構：看看這五個分類是怎麼劃分的，可以給你的第一層做個參考，思路見五層目錄樹。 常見問題 工具欄目裡的內容是別的用戶寫的嗎？ 不是。它由站方維護，隨每個應用版本一起發布。 能一鍵把整份清單複製到我的收藏嗎？ 目前不能。用右鍵選單把你要的那幾條重建一遍即可，通常十幾條就夠用。 打開工具欄目會改動我的收藏嗎？ 不會。兩份內容完全隔離，關掉之後還會回到你原來所在的目錄。 為什麼有的是站內、有的是外部站點？ 站內入口打開的是 NavShelf 自己的工具，在本機瀏覽器裡執行；外部站點則是那些一鍵即達比較有價值的常用網站。 這份清單會出現在我的匯出檔案裡嗎？ 不會。匯出的只有你自己的目錄、連結、搜尋引擎與設定。背景見資料只留在你自己的瀏覽器裡。 手機上能用嗎？ 能，工具列上同一個按鈕就能切換。 兩份清單，一個頁面 一份是你的，可以隨便改；另一份是維護好的參考清單，改不壞。星形按鈕就是這條分界線，而這條線本身才是重點：你對自己收藏做的任何事都影響不到預置清單，反過來也一樣。 打開 NavShelf，點一下工具列上的星號，兩邊都看一眼。

先說 NavShelf 是什麼 NavShelf 是一個免註冊的網頁版導覽頁——也有人叫它起始頁、個人首頁。左邊是可以層層展開的目錄樹，右邊是連結卡片，你把每天要去的十幾個網站照自己的分類放進去，打開瀏覽器第一眼就能看到：沒有推薦內容流，也沒有要關掉的彈窗。除了收藏之外，它還有英文／簡體中文／繁體中文三種介面語言、日間與夜間兩套主題，以及一個工具欄目，裡面是 Base64、JSON 格式化、時間戳轉換這類直接在瀏覽器裡執行的小工具。目錄、連結、搜尋設定全部存在你自己的瀏覽器本機，不上傳，也不需要帳號。 兩個只設定一次、每天都受益的開關 導覽頁大概是你每天打開次數最多的頁面之一。這讓兩件事變得格外值錢：它在你現在所處的光線下好不好看，以及它說的是不是你習慣的語言。 兩個開關都在工具列上，都會被記住，而且都不會動到你的收藏本身。 主題怎麼切 點工具列上的主題按鈕，介面就在日間與夜間之間切換。互動就這麼多：一個按鈕，沒有偏好設定頁。 預設是日間：淺灰底、白卡片、髮絲描邊，強調色只有一種藍。 你的選擇會和資料一起被儲存，下次打開時就是你上次離開的樣子。 夜間不是把介面反色 把淺色介面反色成深色，會得到那種一眼就認得出來的灰濛濛效果。NavShelf 的夜間模式是一整套另外的配色： 介面部分 日間 夜間 背景與卡片 淺灰底、白卡片 近黑底、深灰卡片 強調色（選取的目錄、連結、焦點框） 深藍 更亮一階的藍，確保在深色上可讀 系統工具欄目 琥珀色標示系統內容 琥珀色針對深色背景重新調過 廣告版位 淺色紙條 深色紙條，標籤仍是琥珀色 實際效果是：在暗房裡對比度依然夠，但頁面不會亮得刺眼。 有一點照實說明：主題不跟隨作業系統的深色模式，也不會到時間自動切換——它是手動開關，並且會記住你選什麼。想要夜裡是深色，點一次就好，它會一直是深色，直到你改。 三種介面語言 主題按鈕旁邊就是語言選擇器，在 English、繁體中文、簡體中文之間切換整個介面，切換立即生效、不用重新載入。 第一次造訪時介面固定是英文，不看你的瀏覽器語言。這是刻意的：這樣同一份收藏在你每台裝置上看到的介面都一樣，而不是這台顯示中文、那台因為瀏覽器設定顯示英文。你改一次，之後就一直記得。 語言會翻譯什麼 工具列、搜尋層、右鍵選單、對話框裡的每一處文案。 空狀態、提示與錯誤訊息——包括「最多支援 5 層目錄。」。 系統預置的工具欄目：每個目錄名稱與連結描述都寫了三種語言，切換介面語言時這部分內容也跟著切。 「部落格」按鈕：它會按你目前的介面語言開啟對應語言的部落格，而不是一律把你丟進英文站。 語言不會翻譯什麼 你自己的收藏。標題、網址、描述就是你當初輸入的內容，用什麼語言寫的就是什麼語言——介面語言是偏好設定，不是翻譯器。目錄結構、排序與搜尋引擎同樣不受影響。 這兩個設定存在哪 主題與語言存在和你的目錄、連結同一份本地 JSON 裡，屬於其中的設定部分。有兩個影響值得知道： 它們會跟著匯出走。 匯出資料、在新裝置匯入，主題與語言會和書籤一起還原。 它們同樣「沒有雲」。 不會同步；清除瀏覽器網站資料後，介面會回到英文加日間，因為這份偏好本來就在那份資料裡。背景見資料只留在你自己的瀏覽器裡。 常見問題 主題會跟隨系統的深色模式嗎？ 目前不會。它是手動開關加記憶——這也意味著當系統偏好與應用偏好不一致時，你不用去猜到底誰說了算。 切成繁體中文，我的書籤會被翻譯嗎？ 不會。改變的只有介面文案與系統預置的工具欄目。 我不是英語使用者，為什麼第一次是英文？ 為了首次見面的一致性。預設語言在建置時設定，而你自己改過之後就永久生效。 部落格會跟著切語言嗎？ 「部落格」按鈕跟隨你的介面語言。部落格本身在 /en/、/zh-cn/、/zh-tw/ 三個位址下，你也可以直接連到任何一版。 手機上能用嗎？ 能。主題按鈕與語言選擇器都在行動版工具列上，用的是同一份設定。 換了裝置，介面又變回英文了？ 偏好存在瀏覽器本地資料裡，新的瀏覽器就是全新的。匯入你的 JSON，它會跟著其他東西一起回來。 ...

先說 NavShelf 是什麼 NavShelf 是一個免註冊的網頁版導覽頁——也有人叫它起始頁、個人首頁。左邊是可以層層展開的目錄樹，右邊是連結卡片，你把每天要去的十幾個網站照自己的分類放進去，打開瀏覽器第一眼就能看到：沒有推薦內容流，也沒有要關掉的彈窗。除了收藏之外，它還有英文／簡體中文／繁體中文三種介面語言、日間與夜間兩套主題，以及一個工具欄目，裡面是 Base64、JSON 格式化、時間戳轉換這類直接在瀏覽器裡執行的小工具。目錄、連結、搜尋設定全部存在你自己的瀏覽器本機，不上傳，也不需要帳號。 先給結論 NavShelf 沒有帳號系統，也沒有伺服器端資料庫。目錄、連結、搜尋引擎與介面設定，全部存在你此刻用的這台裝置、這個瀏覽器裡。關掉分頁，下個月再回來，它們還在原地——而且除了你，沒有人看得到，包括站方。 資料具體存在哪 全部在一個叫 navProjectData 的瀏覽器儲存鍵裡，是一個 JSON 物件，四個部分：directories、links、searchEngines、ui。每一次改動——新增連結、改名、拖曳——都會立刻寫進去。 儲存這件事就這麼多。沒有背景同步，沒有一排等著上傳的變更，伺服器上也沒有備份副本。 你可以自己看：打開瀏覽器開發者工具 → Application → Local Storage，你的全部收藏就以明文 JSON 的形式攤在那裡。之所以看得到，是因為它只存在這一個地方。 本地優先換來什麼 不用帳號。 不用註冊、不用記密碼，也不會因為登入出問題而打不開自己的連結。 沒有伺服器端副本，就沒有那一類外洩風險。 書籤資料最常見的曝光方式，是別人營運的資料庫出了狀況——這裡根本沒有那個資料庫。 不依賴任何一個服務活著。 只要瀏覽器還在，你的結構就還在。 站上的小工具同樣是本地執行的。 Base64、JSON 格式化、時間戳轉換、圖片壓縮，這些都在瀏覽器裡跑，你貼進去的內容不會被上傳。 代價是什麼（這部分也照實說） 換瀏覽器、換裝置不會自動跟著過去。 要用匯出與匯入手動搬。 清除瀏覽器資料就會一起清掉。 勾選了「網站資料」的清除會帶走你的收藏；無痕視窗則在關閉時清空。 沒有資源回收筒，沒有復原。 刪目錄會連帶刪掉子目錄與連結，匯出 JSON 是唯一能回到過去的方式。 有容量上限。 瀏覽器儲存通常在 5–10MB 之間，能放幾千條連結，但不是無限。接近上限時先匯出再清理。 沒有協作、沒有分享、沒有即時同步。 別人改不了你的收藏，另一台裝置上也不會即時更新。 哪些東西會離開瀏覽器 書籤不會。但頁面本身是另一回事，這裡說準確一點： 站點會載入頁面層級的流量統計腳本，廣告開通後還會載入廣告腳本。用本機檔案方式開啟應用時，廣告版位完全不載入。 這些腳本在頁面層運作。NavShelf 不會把你的書籤資料交給它們。 如果你連第三方腳本也不想跑，可以在瀏覽器裡封鎖。廣告元件是按「載入失敗就靜默降級」寫的，封鎖它們不會影響任何書籤功能。 取捨說清楚就是：資料留在本地，而你打開它的方式仍然是一個網頁，網頁就有網頁該有的統計。 九十秒自己驗證 看儲存：開發者工具 → Application → Local Storage，只有一個鍵，裡面是你能讀懂的 JSON。 看網路：打開 Network 面板，然後開始編輯連結——沒有任何請求發出，因為應用不往外送東西。 拔網路線：頁面已經打開的情況下斷網，繼續新增、改名、刪除，一切都正常，因為它不依賴伺服器。 看政策：細節寫在隱私政策裡。 常見問題 資料會被上傳嗎？ 不會，也沒有可以上傳的介面。 ...

先說 NavShelf 是什麼 NavShelf 是一個免註冊的網頁版導覽頁——也有人叫它起始頁、個人首頁。左邊是可以層層展開的目錄樹，右邊是連結卡片，你把每天要去的十幾個網站照自己的分類放進去，打開瀏覽器第一眼就能看到：沒有推薦內容流，也沒有要關掉的彈窗。除了收藏之外，它還有英文／簡體中文／繁體中文三種介面語言、日間與夜間兩套主題，以及一個工具欄目，裡面是 Base64、JSON 格式化、時間戳轉換這類直接在瀏覽器裡執行的小工具。目錄、連結、搜尋設定全部存在你自己的瀏覽器本機，不上傳，也不需要帳號。 而這個頁面裡最容易被忽略的部分，恰恰是最上面那個搜尋框：很多人第一次打開，只用過預設的 Google，沒注意到清單裡還有別的引擎，更不知道可以自己加一條。以下把這件事說清楚。 搜尋框不是一個引擎，是一份清單 側欄最上面有一個「搜尋一下」。點開之後，上面是輸入框，下面是搜尋引擎清單——你打進去的字要交給哪個網站搜，取決於你在這裡選了哪一條。預設給你三條：Google、Bing、百度，其中 Google 帶一個「預設」標記。 三步完成一次搜尋 點側欄最上面的「搜尋一下」，輸入框已經自動聚焦，直接打字。 點清單裡的目標引擎，選取的那一條會醒目顯示。預設選中的就是帶「預設」標記的那條。 按 Enter，或點輸入框右邊的 ↵。結果會在新分頁開啟，搜尋浮層同時關掉。 兩個細節：新分頁不會把目前頁面的參照交給目標網站；臨時切換過的引擎不會被記住，下次打開仍然回到預設那一條。這點是刻意的——十次搜尋有九次走預設引擎，偶爾切一次不該汙染長期設定。 切換與管理都在同一個浮層裡 點引擎清單右上角的「管理」進入管理模式，每一條右邊會出現三個小按鈕，清單底部多出一行「＋ 新增搜尋引擎」： 按鈕 作用 ★ 設為預設 ✎ 編輯名稱、搜尋網址、圖示 ✕ 刪除這一條 ＋ 新增搜尋引擎 在清單最後新增一條 同時，「管理」按鈕會變成「完成」，再點一次就收起這些操作，回到單純點選的畫面。點浮層外的空白處可以直接關掉。 新增與編輯都是同樣的三行欄位： 名稱（必填）：顯示在清單裡，也是圖示留空時的字母來源。 搜尋網址（必填）：必須包含 {query} 佔位符，而且是 http(s) 連結。 圖示（選填）：一個字元，最多取兩個，用來在清單左邊做區別；留空時取名稱的第一個字母。 填錯會被擋下來，提示是「請填寫名稱，且網址須為含 {query} 的 http(s) 連結。」——不會寫進一條不能用的引擎。 {query} 就是全部秘密 {query} 標記關鍵字要放在哪。NavShelf 做的事只有一件：搜尋時把它換成 URL 編碼後的關鍵字，其餘部分原樣開啟。所以它不限定放在最後，也可以和其他參數並存： https://www.google.com/search?q={query} https://www.bing.com/search?q={query} https://duckduckgo.com/?q={query} https://www.baidu.com/s?wd={query} https://zh.wikipedia.org/w/index.php?search={query} https://github.com/search?q={query} https://www.google.com/search?q={query}&hl=en&num=20 最後一行是同一件事的另一種用法：把語言和每頁筆數寫進網址，這條引擎就固定成「英文結果、每頁 20 筆」。因為關鍵字會做 URL 編碼，中文詞在百度、知乎、B 站這類中文引擎裡同樣能正常帶過去。 同一套規則還能拼出兩類很實用的引擎： 站內搜尋：把某個網站的搜尋網址抄進來，例如上面那條 GitHub。之後想在這個站裡找東西，不用先進站再找搜尋框，直接在導覽頁裡選這條引擎就好。 垂直工具：字典、翻譯、地圖、購物，只要它的搜尋頁是 ?q= 的形式，就能變成清單裡的一項。 兩條硬規則 至少保留一條引擎。 刪到只剩一條時，✕ 按鈕會失效，硬刪也只會提示「至少保留一個搜尋引擎。」——否則搜尋框就沒有可以跳去的地方了。 刪掉預設引擎，第一條接手。 刪除帶「預設」標記的那一條之後，照清單順序排第一的引擎會自動成為預設，不需要手動補。 這些引擎存在哪 和目錄、連結一樣，引擎清單也只存在你目前這個瀏覽器裡，放在本機儲存 navProjectData 的 searchEngines 欄位中：匯出 JSON 時一起帶走，匯入時一併還原（細節見資料只留在你自己的瀏覽器裡）。 ...

先說 NavShelf 是什麼 NavShelf 是一個免註冊的網頁版導覽頁——也有人叫它起始頁、個人首頁。左邊是可以層層展開的目錄樹，右邊是連結卡片，你把每天要去的十幾個網站照自己的分類放進去，打開瀏覽器第一眼就能看到：沒有推薦內容流，也沒有要關掉的彈窗。除了收藏之外，它還有英文／簡體中文／繁體中文三種介面語言、日間與夜間兩套主題，以及一個工具欄目，裡面是 Base64、JSON 格式化、時間戳轉換這類直接在瀏覽器裡執行的小工具。目錄、連結、搜尋設定全部存在你自己的瀏覽器本機，不上傳，也不需要帳號。 為什麼所有操作都在右鍵裡 NavShelf 的工具列上只有搜尋、主題、語言、工具欄目和關於——沒有「新增」「編輯」「刪除」按鈕。所有改動都從右鍵選單開始，而且選單內容會跟著你按右鍵的對象改變。 這樣做的好處是：操作永遠貼著對象，不用先選取、再去別的地方找按鈕。代價是要記住三種目標的選單不一樣，以下就是全部三種。 三種目標的選單 你按右鍵的地方 選單裡有什麼 連結卡片 開啟 / 編輯 / 刪除 目錄（左側樹狀節點或右側目錄卡片） 開啟 / 新增目錄 / 新增連結 / 編輯 / 刪除 內容區或目錄樹的空白處 新增目錄 / 新增連結 工具欄目（系統預置內容） 只有 開啟 兩個細節：刪除項目是紅色的，而且固定排在最後，不容易誤點；選單在滑鼠位置彈出，點其他任何地方、在別處再按一次右鍵，或按 Esc 都會關閉。 新增連結：三個欄位 按右鍵 → 新增連結，對話框裡是三行： 標題（必填） 網址（必填，預設已填好 https://，接著輸入即可） 描述（選填，可多行） 標題或網址是空白時，按儲存不會有任何反應——不會產生半筆空連結。描述留空的話，卡片上只顯示標題和網域。 網址欄位不做格式驗證：相對路徑、mailto:、內網位址這類寫法都能存進去，點擊時照瀏覽器自己的規則處理。這是有意留下的彈性，貼上之前自己確認一下就好。 描述值得認真寫。三個月後你不會記得某個連結為什麼存下來，寫「什麼情況下會用到它」比寫「官網」有用得多，也比標籤省事。 目錄：新增、改名、刪除 新增目錄：只需要一個「目錄名稱」。已經在第五層時，會跳出提示「最多支援 5 層目錄。」，而不是默默失敗——層級規則見五層目錄樹。 編輯：也就是重新命名。改完立刻反映在目錄樹、目錄卡片與路徑導覽上。 刪除：會連帶刪掉它全部的子目錄與連結，所以會先跳確認視窗「刪除該目錄及其全部子目錄與連結？」。確認前看清楚目前選取的是哪個目錄——這是整個應用裡唯一不可逆的操作。 編輯：能改什麼，不能改什麼 編輯連結可以改標題、網址、描述三項。標題留空則整次編輯不生效；網址留空則保留原網址，不會把連結變成空位址。 這裡改不了的是連結所在的目錄——換位置是另一套手勢：目錄靠拖曳換位置，連結靠拖曳排序或下放到子目錄，做法見拖曳整理書籤。一句話：右鍵管內容，拖曳管位置。 四道防誤操作的護欄 必填欄位為空就不執行，不會產生半筆資料。 刪除前一定跳確認視窗，刪目錄還會寫明是連帶刪除。 工具欄目唯讀：開啟工具欄目後，選單裡只剩「開啟」，系統預置內容改不動。 資料只在你自己的瀏覽器裡：改動立即寫入 localStorage，這同時意味著沒有資源回收筒。定期匯出 JSON 才是最後一道保險。 常見問題 按右鍵會不會彈出瀏覽器自己的選單？ 不會。內容區與目錄樹的右鍵由 NavShelf 接管，瀏覽器選單不會出現。 ...

先說 NavShelf 是什麼 NavShelf 是一個免註冊的網頁版導覽頁——也有人叫它起始頁、個人首頁。左邊是可以層層展開的目錄樹，右邊是連結卡片，你把每天要去的十幾個網站照自己的分類放進去，打開瀏覽器第一眼就能看到：沒有推薦內容流，也沒有要關掉的彈窗。除了收藏之外，它還有英文／簡體中文／繁體中文三種介面語言、日間與夜間兩套主題，以及一個工具欄目，裡面是 Base64、JSON 格式化、時間戳轉換這類直接在瀏覽器裡執行的小工具。目錄、連結、搜尋設定全部存在你自己的瀏覽器本機，不上傳，也不需要帳號。 拖曳能改什麼，不能改什麼 整理書籤最煩的一步，往往是把已經存好的東西挪到正確的位置：新建一個資料夾、把連結一條條重新加一遍，等於重做一次。拖曳就是為這一步準備的。 在 NavShelf 裡有兩種拖曳，作用完全不同： 拖目錄：在左側目錄樹裡進行，改變目錄在樹上的位置。 拖連結：在右側內容區裡進行，改變連結的順序，或者把它放進目前目錄下的某個子目錄。 兩種拖曳都只挪動結構，不會改動連結本身——標題、網址、描述原樣保留，放手即生效並自動儲存。上一篇講的五層目錄樹是這套操作的基礎，建議先讀那一篇。 在目錄樹裡移動目錄 目錄樹上的每個目錄節點都可以拖動，有兩種落點： 放到另一個目錄上：被拖的目錄會變成那個目錄的子目錄，排在它現有子目錄的後面。子目錄和連結會跟著一起搬，不用逐條處理。 放到目錄樹的空白處：被拖的目錄會回到最上面一層。 拖動過程中目標位置會高亮，提示你放手就會放在這裡。 一個容易被忽略的細節：移動後的目錄總是排在目標目錄的最後，不提供「插到第三個子目錄前面」這種位置選擇。同一層的順序照拖動先後決定，想再調整就再拖一次。 在內容區裡排序連結 連結卡片也有兩種落點： 拖到另一張連結卡片上：被拖的連結會插到那張卡片的前面。連續拖幾次，就能把最常用的連結挪到左上角。 拖到某個子目錄卡片上：連結會移動到那個目錄，排在它現有連結的最後。 這裡有一個目前的邊界要說清楚：連結拖曳只作用於目前目錄——可以在本層重新排序，也可以從本層下放到它的子目錄，但沒辦法把連結直接拖回上一層或別的分支。要調整跨層級的位置，就在目標目錄裡按右鍵新建一條連結。 重排之後卡片左上角的編號會跟著重排，這是正常的，不影響連結內容。 兩種會被擋下來的操作 移動後超過五層：如果某個分支這樣一搬會突破五層上限，這次拖曳沒有可落點，放不下去。 把目錄拖進自己的子目錄：同樣不給你落點。這麼做會讓結構成環，整棵樹就沒辦法正常展開了。 這兩條都不是彈窗式的錯誤，而是在拖動時就不提供可放置的目標。 一套實際可行的整理流程 先建目標位置：在目錄樹裡按右鍵建好要用的目錄，不要一邊拖一邊臨時想。 收掉無關分支：把暫時不看的目錄收合起來，側欄短了，落點才看得清楚。 先搬目錄，再排連結：目錄層面定型之後，裡面的連結會自動跟著走，剩下的才是排序。 照常用度排序：把每天要點開的兩三條拖到最前面，位置固定之後，打開導覽頁幾乎不用思考。 收尾備份：改動做完匯出一次 JSON。拖曳本身可逆，刪錯不行，而且沒有資源回收筒。 什麼時候不該拖 為了一個連結建一個目錄：挪進去之後路徑變長，找起來更慢，不如把連結留在上一層。 一次把幾百個連結全部歸位：挑一個分支先搬，用幾天，確認順手了再繼續。 為了看起來整齊反覆微調：層次對了就夠了，同層順序差一位不影響使用。 常見問題 拖錯了能復原嗎？ 沒有復原按鈕，但拖曳只改變位置，拖回原處就行。真正不可逆的是刪除目錄——它會連帶刪掉子目錄與連結，所以定期匯出 JSON 比什麼都重要。 手機上能拖嗎？ 拖曳依賴桌面瀏覽器的拖放能力，觸控螢幕上不會生效。要在手機上調整結構，請用桌面瀏覽器開啟同一個網址處理；收藏資料保存在各自的瀏覽器裡，這點在把瀏覽器起始頁換成自己的導覽頁裡說明過。 工具欄目的內容能拖嗎？ 不能。工具欄目是系統預置的唯讀內容，節點不可拖動，也不接受放置。 拖曳會打斷我目前的瀏覽位置嗎？ 不會。拖曳結束後右側仍然停在目前目錄，除非你把連結拖進了另一個目錄。 拖曳和右鍵選單是什麼關係？ 右鍵負責新增、編輯、刪除，拖曳負責挪位置，兩者互不替代。 小結 拖曳解決的是「東西已經在庫裡，但位置不對」這一類問題：目錄在樹上換位置，連結在本層排序或下放到子目錄，越界和成環的操作根本放不進去。 打開 NavShelf，挑一個目錄拖到另一個目錄上，感受一次整棵子樹跟著走的效果——比逐條重建快得多。

先說 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，四步。每一步都是你腦子裡本來就有的分類，不需要回想檔名，也不用思考「我當初到底存在哪」。 ...

NavShelf 是什麼 NavShelf 線上版 是一個免註冊的網頁版導覽頁——也有人叫它起始頁、個人首頁。左邊是可以層層展開的目錄樹，右邊是連結卡片，你把每天要去的十幾個網站照自己的分類放進去，打開瀏覽器第一眼就能看到：沒有推薦內容流，也沒有要關掉的彈窗。除了收藏之外，它還有英文／簡體中文／繁體中文三種介面語言、日間與夜間兩套主題，以及一個工具欄目，裡面是 Base64、JSON 格式化、時間戳轉換這類直接在瀏覽器裡執行的小工具。目錄、連結、搜尋設定全部存在你自己的瀏覽器本機，不上傳，也不需要帳號。 這篇只講一件事：怎麼在十分鐘內把它搭起來，並設成你打開瀏覽器看到的第一個頁面。 用線上版，打開就能用 線上版是主要版本：打開網址就能開始建立目錄、放連結，不用下載、不用安裝、不用註冊帳號。新工具與介面調整也先在線上版上線，你不需要手動替換任何檔案。 有一點值得說清楚：「線上版」指的是網頁放在伺服器上，不是你的書籤放在伺服器上。在資料主權這件事上，線上版和用本機檔案開啟沒有差別——兩者都沒有伺服器端儲存。 第 1 步：先把目錄骨架搭起來（約 3 分鐘） 打開頁面後，左側是搜尋區與目錄樹，右側是內容區——沒有推薦流，也沒有需要關掉的卡片。 在空白處或任何目錄上按右鍵，選單裡只有四個動作：新增目錄、新增連結、編輯、刪除。整個應用的操作都圍繞這個選單，不需要記快速鍵。 第一次建議只建立 4～6 個上層目錄，例如「工作」「學習」「工具」「稍後閱讀」。目錄最多支援五層巢狀，但層數不是越多越好——如果一個資料夾裡只放了一個連結，它大概不該是資料夾。 第 2 步：放進第一批連結（約 3 分鐘） 右鍵 → 新增連結，填標題、網址，再加一句選填的描述。描述會顯示在卡片上，所以寫「什麼情況下會用到它」比寫「官網」有用得多——三個月後，你就是靠這句話把它找回來的。 有個建議：不要一次搬完幾百個書籤。先放每天真的會點開的 8～10 個，用一週，確認自己確實會打開這個頁面，再考慮補第二批。搬家式的大整理，通常只有第一天有熱情。 頁面也支援拖曳：連結在同一個目錄內拖動可以調整順序，目錄可以拖進另一個目錄。有兩種操作會被系統擋下——超過五層深度，以及把目錄拖進它自己的子目錄——拖曳過程中就會顯示禁止提示。 第 3 步：設成瀏覽器起始頁（約 2 分鐘） Chrome：設定 → 啟動時 → 開啟特定網頁 → 新增網頁 → 填入 https://navshelf.com/app/ Edge：設定 → 開始、首頁與新分頁 → 起始頁 → 新增頁面 Firefox：設定 → 首頁 → 首頁與新視窗 → 自訂網址 Safari（macOS）：設定 → 一般 → 首頁 有一點要先說明：瀏覽器沒有提供「自訂新分頁網址」的原生設定。想讓新分頁也變成導覽頁，得安裝重新導向的擴充功能（例如 New Tab Redirect）；不想裝擴充功能的話，「啟動時開啟」搭配把導覽頁放在書籤列第一位，大致能涵蓋日常情境。 ...

兩種帳單，兩種形狀 主機帳單是容量。你加 CPU、頻寬、儲存，指針跟著流量曲線走；看過一個月，下個月能猜到幾個百分點以內的誤差。 token 帳單是行為。兩個流量完全一樣的團隊，帳單可以差 20 倍——因為一個團隊每次請求帶 12,000 token 的檢索上下文，另一個只快取了 400 token 的系統提示、其餘什麼都不帶。同樣的使用者、同樣的功能，帳單天差地遠。 這不是定價的貓膩，而是計量方式決定的：你按 token 付費，而 token 數量是設計決策。 讓花費變跳的三個效應 1. 輸入通常遠多於輸出，兩者單價還不一樣。 在多數對話與檢索功能裡，輸入 token 是輸出的 5～20 倍，而輸出 token 的單價往往是輸入的幾倍。所以「我們只生成一小段回答」這句話，對成本沒有任何說明力。 2. 快取輸入是另一套費率。 供應商對重複出現的輸入給更便宜的價格——固定的系統提示、不變的長文件、大段指令。忽略快取，就等於每次請求都為同樣的 3,000 token 付全額。 3. 每次請求的上下文能差一個數量級。 一個每輪都追加對話歷史的摘要任務，等於每次都把整份紀錄重新送一遍。成本成長比輪數更快：第 20 輪很貴，是因為第 1 到 19 輪又在帳單上出現了一次。 重試與工具呼叫還會再加一個在任何用量圖表裡都看不見的乘數：一次失敗後重試的呼叫會計費兩次；每輪呼叫四個工具的 Agent，每輪計費五次。 槓桿，按收益排序 團隊的第一反應通常是去換模型。那很少是最大的槓桿。建議按這個順序試： 先砍上下文。 刪掉檢索到卻不影響答案的文件、限制回溯的歷史長度、把永遠不變的部分放進快取。這往往是單項收益最大的一步。 限制輸出長度。 直接要求形狀（「三條要點，不要前言」），而不是給一個寬鬆的 token 上限。模型生成的那 900 token 客套話，是你在付費。 不緊急的走批次。 夜間補數、回填、評測這類任務通常可以接受更慢但更便宜的路徑。 最後才換模型。 把摘要任務降級到更小的模型確實是省錢——但這是在前面三步已經壓小的那個數字上，再省一次。 上線前先估一遍 你需要每次請求的兩個數字：輸入 token 與輸出 token。功能已經上線，就直接從 API 回傳值讀，不要估。還沒上線，只能先猜： 每月成本 ≈ 每天請求數 × 30 × (輸入 ÷ 1M × 輸入單價 + 輸出 ÷ 1M × 輸出單價) 猜的時候有兩個坑：一是平均數會掩蓋最貴的那次請求（一份長文件的 p95 請求可能是中位數的 30 倍，而帳單正是它決定的）；二是多輪功能讓平均數失去意義，因為每一輪都拖著完整歷史。 ...