掌握 Kagi 搜索：了解 Snaps 与 Bangs

高效的网页搜索往往是在广泛结果与无关内容噪音之间的博弈。对于高级用户来说，能够在不手动输入 site:example.com 的情况下快速将搜索限定在特定域名，是显著的生产力提升。Kagi 通过两种不同但互补的功能满足了这一需求：Snaps 与 Bangs。

Snaps 与 Bangs 的区别

虽然外观相似，Snaps 与 Bangs 在处理查询的方式上根本不同。

Kagi Snaps：内部索引

Snap（使用 @ 符号调用）允许你使用 Kagi 自己的搜索索引在特定站点内搜索。例如，输入 @r headphones 告诉 Kagi 搜索 “headphones”，但将结果限制在 reddit.com。

这实际上是 site:reddit.com 操作符的快捷写法。其主要优势在于你利用了 Kagi 的索引能力——通常能提供更好的过滤和排序——而不是依赖目标站点自身的内部搜索引擎。

Kagi Bangs：外部重定向

Bang（使用 ! 符号调用）充当重定向。输入 !r headphones 并不会在 Kagi 的索引中搜索；相反，它会直接把用户重定向到 Reddit 的内部搜索页面，查询词为 “headphones”。

高级用户工作流与自定义

Kagi 对这些快捷方式的实现旨在直观易用。许多常用快捷方式（如 @nyt 代表《纽约时报》或 @wsj 代表《华尔街日报》）基于逻辑猜测工作，减少了频繁查阅文档的需求。

高级组合

使用这些功能的最强大方式之一是将 Snap 与 “I'm feeling lucky” bang 组合。通过搜索 @gh curl !，用户可以直接跳转到 GitHub 上的 curl 仓库，完全跳过搜索结果页面。

自定义与覆盖

Kagi 允许用户在设置菜单中创建自己的自定义 bangs 和 snaps。这在纠正过时默认值时尤为有用。例如，用户可能发现默认 snap 指向了一个子域（如 query.nytimes.com），其结果不如顶级域（nytimes.com）好。通过创建自定义覆盖，用户可以确保使用站点索引的最有效版本。

社区观点与取舍

虽然这些功能因其高效性受到高度赞扬，用户讨论中也凸显了若干关键考虑因素：

• 内部搜索可靠性： 一些用户因内部站点搜索质量差而更倾向于使用 Snaps 而非 Bangs。正如一位用户对 Reddit 内部搜索的评价：

  "真的觉得他们的搜索技术是用口香糖和信念粘合在一起的……平台甚至找不到我自己的帖子。"

• 域名细节： 在 Snaps 处理特定域名版本时存在细微差异。例如，有用户指出 @r 实际搜索的是 www.reddit.com，而非更偏好的 old.reddit.com。
• 隐私取舍： 部分高级用户发现某些自定义功能可能与 Privacy Pass 等隐私工具冲突，迫使他们在高度自定义搜索与最大匿名性之间做出选择。

文档的重要性

在 Kagi 的讨论中，一个反复出现的主题是完整用户手册的价值。在许多软件公司将文档视为事后工作之时，Kagi 详尽的帮助中心被视为以用户为中心的产品标志。这一理念暗示，产品质量往往体现在文档质量上——开发者们也表达了对其他大型生态系统（如 Apple）技术文档衰退的惋惜。