精通 Kagi 搜尋：了解 Snaps 與 Bangs

高效的網路搜尋通常是在廣泛的結果與無關內容的雜訊之間進行的一場戰鬥。對於進階使用者而言，無需手動輸入 site:example.com 即可快速將搜尋範圍縮小至特定網域的能力，是顯著的生產力提升。Kagi 透過兩個不同但互補的功能來解決這一需求：Snaps 與 Bangs。

Snaps 與 Bangs 的區別

雖然它們看起來很相似，但 Snaps 與 Bangs 在處理查詢時扮演著根本不同的角色。

Kagi Snaps：內部索引

A Snap（使用 @ 符號呼叫）允許您使用 Kagi 自己的搜尋索引來搜尋特定網站。例如，輸入 @r headphones 會告訴 Kagi 搜尋「headphones」但將結果限制在 reddit.com。

這實際上是 site:reddit.com 運算子的縮寫。這裡的主要優勢在於您正在利用 Kagi 的索引能力——這通常能提供更好的篩選與排名——而不是依賴目標網站本身的內部搜尋引擎。

Kagi Bangs：外部重新導向

A Bang（使用 ! 符號呼叫）充當重新導向。輸入 !r headphones 並不會搜尋 Kagi 的索引；相反地，它會將使用者直接重新導向至 Reddit 的內部搜尋頁面，並帶入查詢詞「headphones」。

進階使用者工作流與自定義

Kagi 對這些快捷方式的實作設計非常直覺。許多常見的快捷方式（例如用於 The New York Times 的 @nyt 或用於 The Wall Street Journal 的 @wsj）都是基於邏輯推測運作的，減少了不斷查閱文件的需求。

進階組合

使用這些功能最強大的方式之一是將 Snap 與「我運氣很好」的 bang 結合使用。透過搜尋 @gh curl !，使用者可以直接跳轉到 GitHub 上的 curl 儲存庫，完全跳過搜尋結果頁面。

自定義與覆蓋

Kagi 允許使用者在設定選單中建立自己的自定義 bangs 與 snaps。這對於修正過時的預設值特別有用。例如，使用者可能會發現某個預設 snap 指向了一個子網域（例如 query.nytimes.com），其提供的結果品質比頂層網域 (nytimes.com) 還差。透過建立自定義覆蓋，使用者可以確保他們使用的是該網站索引的最高效版本。

社群觀點與權衡

雖然這些功能因其效率而受到高度讚揚，但使用者討論也強調了幾個關鍵考量因素：

• 內部搜尋可靠性： 一些使用者對 Snaps 的偏好高於 Bangs，因為網站內部的搜尋品質不佳。正如一位使用者針對 Reddit 的內部搜尋所評論的：

  "Genuinely think their search tech is held together with chewing gum and faith... the platform can't even find my own posts."

• 網域細節： Snaps 在處理特定網域版本時存在微小的差異。例如，有些使用者注意到 @r 搜尋的是 www.reddit.com 而非偏好的 old.reddit.com。
• 隱私權權衡： 一些進階使用者發現，某些自定義功能可能會與 Privacy Pass 等隱私工具產生衝突，迫使使用者在高度自定義的搜尋體驗與最大程度的匿名性之間做出選擇。

文件說明的重要性

在討論 Kagi 時，一個不斷出現的主題是全面性使用者手冊的價值。在許多軟體公司將文件說明作為事後補救的時代，Kagi 詳細的說明中心被視為以使用者為中心產品的標誌。這種哲學建議，產品的品質往往反映在文件說明的品質上——這一觀點也得到了開發者的共鳴，他們感嘆於其他主要生態系統（如 Apple）中技術文件的衰退。