Blazwitcher 拼音分頁搜尋實測：敲四個字母就跳到維基百科

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

在 Chrome 開幾十個分頁的人，找分頁的方式多半還停留在掃視標題列。Blazwitcher 給的答案是用打的：按一組快捷鍵叫出搜尋面板，輸入幾個字母，按 Enter 直達目標。它有一個對中文使用者很關鍵的差異化：拼音搜尋，而且支援首字母縮寫。實際把專案隨原始碼附上的 1.4.1 建置檔裝進瀏覽器測試，開著中文維基百科與 Hacker News 兩個分頁、瀏覽記錄裡留著 Python 官網，在面板敲下 wjbk 四個字母，第一個建議就是「維基百科，自由的百科全書」。

結論先講：它的搜尋功能值得裝，分頁裡常有一堆中文標題的人尤其明顯；而且整條搜尋路徑都在瀏覽器本機完成，你輸入的查詢不會外流。不過它招牌的 AI 分組功能走的是另一條路，按下分組命令的瞬間，當前視窗所有分頁的標題和完整網址會送到開發者的伺服器，再轉交外部的 AI 模型服務。兩條資料流下面分開攤開，你可以自己決定要用到哪一層。

這個擴充目前在 Chrome 商店有 811 位使用者，評分 5.0（11 則），原始碼以 Apache-2.0 授權公開在 GitHub，2026 年 8 月中仍在發新版，處於活躍維護狀態。

拼音首字母四個字母，第一個建議就是維基百科

wjbk 是「維基百科」四個字的漢語拼音開頭。這正是這個擴充最實測得起來的能力：不需要記住分頁標題的完整文字，記得字怎麼念、取開頭字母就能命中。測試時輸入四個字母，畫面上的最優建議直接列出維基百科分頁與網址，不需要翻頁也不需要打全拼音。網站常把分頁標題塞成落落長的中文句子，肉眼掃標題列找這種分頁很吃力，取首字母的路徑快得多。

Pin

英文分頁也不會在這套搜尋裡變成孤兒：官方說明把中英混合模糊比對列為基本能力，另提供網域搜尋與空格分詞模式，分詞後的字不必照原始順序出現，長標題理論上因此更寬鬆，這半套我沒有逐一驗證。實際工作裡最容易撞到的案例是各種後台系統：五六個分頁的標題全叫控制台或首頁，分頁圖示又長得一樣，用網域的前幾個字母下去，比肉眼辨認快得多。

權重加最近使用的排序，日常用起來會形成一個正向循環：最近用過的分頁容易排進最優建議，久了以後常常兩三個字母加 Enter 就結束一輪切換。這個行為直接寫在排序規則裡。

背後的搜尋引擎是作者自己開源的 text-search-engine，專門為中英文混合搜尋而寫，MIT 授權，在 GitHub 上有 474 顆星。排序規則寫在程式裡：連續命中的字元越多權重越高，權重相同時最近用過的排前面。所以首字母查得快，常用分頁也會自然浮到最上面。搜尋範圍是瀏覽器當下抓得到的分頁、書籤與瀏覽記錄快照，比對在記憶體裡完成，這點後面資料流那段還會再回到。

面板裡有什麼：分頁、書籤、最近兩週的瀏覽記錄

叫出面板後，清單一開始就分好區塊：已開分頁一區，每項帶網域與最後使用時間；瀏覽記錄一區，標明幾秒前、幾分鐘前造訪。輸入第一個字母開始，清單即時收斂，最上面的建議會隨輸入更新，按 Enter 就是切換或開啟。

Pin

預設搜尋範圍涵蓋三種來源：所有已開分頁、全部書籤、瀏覽記錄。瀏覽記錄有明確邊界：預設只抓最近 14 天內的 1,000 筆，在設定頁可以把天數與筆數往上調，程式內建的上限是一萬筆。超過範圍的舊記錄不會出現在結果裡，想找兩個月前看過的網頁，預設設定幫不上忙，除非先把天數往上調。

輸入欄打斜線可以叫出命令：/t 只搜分頁、/b 只搜書籤、/h 只搜瀏覽記錄，/s 進設定頁。實測輸入 /t 之後清單立刻收斂成純分頁，過濾是即時的，不用按 Enter。這些命令讓面板可以純鍵盤操作，方向鍵與 Tab 選項、Enter 切換，釘選與取消釘選也有對應快捷操作，滑鼠可以完全不用碰。書籤項目另有一個實用的小功能：可以直接叫出某個書籤所在的資料夾位置，整理書籤時不必整疊資料夾翻找，這點列在官方功能說明裡。

叫出面板的快捷鍵預設是 Command+Shift+K（Windows 是 Ctrl+Shift+K），怕和其他工具衝突可以在設定頁或 Chrome 的擴充快捷鍵頁自訂。設定頁能調的比想像多：外觀主題有淺色、深色、跟隨系統三種；面板的開啟形態可以選內嵌在當前網頁裡，或開成獨立小視窗，寬度高度各自能調；字型、介面語言、除錯模式也在同一頁。對想把面板固定成小視窗掛在旁邊的人，這組設定夠用。

搜尋這條路完全在本機，程式碼裡對外連線只有一處

原始碼公開讓「資料會不會送出去」從信任問題變成可核對的問題。這一版擴充全部執行期程式碼裡，對外發網路請求的位置只有一處，就是 AI 分組那一個功能；其餘的搜尋比對、書籤與瀏覽記錄讀取、面板渲染，都在瀏覽器本機完成。README 把它描述成本地擴充，就搜尋這個核心而言，這句宣稱成立。

功能切開來看資料流，在 Chrome 擴充裡是老議題。Screenity 螢幕錄影要分清本機存檔與雲端上傳的差異；Xu 側邊欄分頁管理則是把免費本機功能與付費雲端同步拆成兩層。Blazwitcher 的狀況更單純：整包程式只有一個功能會外送，而那個功能是可選的。

AI 分組：唯一的雲端功能，送出去的比你想的多

輸入 /ai 按 Enter，Blazwitcher 會把當前視窗的分頁交給 AI 分組：依網域、標題與現有分組做增量整理；提示詞要求已分組的分頁保持原樣、新分組至少要湊兩個分頁、商業情境不同的分頁即使同網域也不硬併。模型回傳的是 XML 格式的分組指令，瀏覽器邊收邊更新進度，收完再一次套用，面板上有進度條。分完不滿意，16 秒內可以一鍵回復到分組前的快照，這個回復秒數是寫在程式裡的固定值，過了就沒得退。連不上伺服器時的行為也算收得乾淨：面板跳提示訊息，分組不會套用，你的分頁維持原樣。

重點在送出去的內容。打包上傳的清單包含當前視窗每一個分頁的標題、完整網址與網域，已經分組過的分頁也一併附上給模型當參考。接收端是開發者部署在 Vercel 上的伺服器，伺服器再把你這包資料轉送給它設定的 AI 模型服務，模型回傳分組指令後才在瀏覽器裡套用。擴充端沒有填 API 金鑰的選項，金鑰放在伺服器端，使用者無從選擇模型或資料目的地。

分組的實際效果如何，要先按下去才知道，而按下去的瞬間，分頁清單就離開了瀏覽器；上面這條資料路的每一站都寫在原始碼裡，可以直接核對。有一點對作者公平：後端伺服器的程式碼就放在同一個儲存庫裡，模組只有轉發邏輯，看不到資料庫或儲存層，倉庫版本的行為是即時轉發。實際部署的伺服器有沒有和倉庫保持一致，從外部無法保證，這是開源後端也補不掉的最後一段信任。

有兩份官方說法和這條資料流擺在一起讀，會更有味道。Chrome 商店頁對這個擴充的隱私標示寫著「開發者已表示這項商品不會蒐集或使用你的資料」；專案放在 GitHub 的隱私政策則寫不會與任何第三方分享資料。這兩句話與 AI 分組的外送行為對照，落差就浮出來了。作者可能認為資料只做即時轉發、不落地保存，這個立場說得通，但站在使用者的位置，分頁清單確實離開了瀏覽器、經過開發者的伺服器、抵達第三方的模型服務，三段路程都發生在你按下 Enter 之後。

什麼時候該在意？分頁開著公司內部文件、金融帳戶、就醫紀錄，或任何你不會隨手截圖上傳的東西時，把 AI 分組當成對外傳送來看待就對了。日常購物、新聞、社群分頁的情境，多數人不會為此糾結。

簡體介面、Chrome 限定、全站權限：裝之前的四道門檻

介面語言只有簡體中文與英文，沒有繁體中文。實測面板上的文字是簡體，台灣使用者要先過這一關再談長期使用。

只在 Chrome 商店上架，Edge 或其他 Chromium 瀏覽器的使用者不在官方支援範圍內。

權限面積不小：分頁、書籤、瀏覽記錄、指令碼執行，外加所有網站的存取權。指令碼執行的實際用途是把搜尋面板注入當前分頁與偵測系統深色模式；所有網站存取權對應的也是這件事，Chrome 的規則是程式要注入哪個網站，就得先取得那個網站的權限。要留意的是瀏覽記錄權限本身：這代表擴充在本機端就能讀到你的完整瀏覽足跡，搜尋功能要成立離不開它，但要用它就得給這組權限；開源給你的只是事後核對用途的能力。這些用途都寫在原始碼裡可以核對，是閉源擴充做不到的透明度，但對不喜歡擴充持有全站權限的人，這仍然是列入考慮的成本。

近乎一人開發的專案。GitHub 上 101 顆星，開發紀錄主要來自作者一人，2026 年 2 月起到 8 月的版本線從 1.2.0 走到 1.4.1，節奏穩定，8 月 15 日還在發版。活躍度目前沒有問題，但主力只有一人的專案，長期維護繫於一個人的時間，把它當生產力主力的話，這點要放在心上。作者在商店另有其他擴充作品，評價都在水準上，開發者的投入是連續的。

判斷：為了搜尋裝它，AI 分組想清楚再用

常開大量中文分頁的人，搜尋功能本身就有安裝價值：拼音首字母的命中速度實測成立，查詢不出本機，開源且免費。分頁多但標題全是英文的人，拼音優勢用不上，從原理推敲它與瀏覽器內建搜尋的差距會小一些，先看看自己的分頁組成再決定。

AI 分組的建議分兩段：分頁內容不敏感的人可以試，16 秒回復視窗讓試錯成本很低；分頁常見敏感內容的人，直接跳過這個功能，把它當純搜尋擴充來用，體驗一樣完整。

第一步很輕：商店頁一鍵安裝，按下 Command+Shift+K 試一次首字母搜尋，到設定頁掃一眼瀏覽記錄的搜尋範圍。先用一週再決定要不要碰 AI 分組，是比較穩的路徑。