卡吉快照

一句话看懂：搜索引擎 Kagi 推出名为“Snaps”的快捷搜索功能，允许用户通过 @ 加站点代码在 Kagi 自有索引内快速搜索特定网站，效果类似 site: 指令但更简洁高效，并且支持用户自定义覆盖。该功能已在用户群中获得良好反馈，展现了 Kagi 在搜索体验与文档质量上的差异化思路。

事件核心：发生了什么

Kagi 的 Snaps 功能允许用户在搜索框中输入 @r 耳机 来仅搜索 Reddit 上的“耳机”相关结果，相当于 耳机 site:old.reddit.com。不同于 Bang 功能（使用 ! 跳转至站内搜索），Snaps 完全在 Kagi 的搜索引擎内执行搜索。用户无需查阅文档即可凭直觉使用：例如 @nyt 搜索《纽约时报》，@wsj 搜索《华尔街日报》，@df 对应 Daring Fireball 网站，@help 则搜索 Kagi 自身帮助文档。Kagi 还支持在设置中自定义 Bang/Snaps 快捷方式。例如，有用户发现 Kagi 内置的 @nyt 使用了过时的 query.nytimes.com 子域名，便自行创建了一个使用 nytimes.com 主域的快捷方式。Kagi 也在该反馈发布一天后更新了内置版本。

为什么重要

Snaps 功能反映了 Kagi 在面对 Google、Bing 等主流搜索引擎时，走了一条“精致工具”路线——通过简化高级搜索语法、提升针对特定内容源（如新闻网站、社区论坛）的检索效率，来吸引对搜索质量敏感的专业用户。同时，该功能与“Bangs”的对比，表明了 Kagi 在搜索引擎与站内搜索之间建立了清晰的分层：Snaps 保留索引控制权，Bangs 则将控制权交给目标站点。这种产品设计上的克制与透明度，配合 Kagi 一贯推崇的详细文档（Daring Fireball 特别指出“好的文档是优秀产品的标志”），有助于在 AI 搜索竞争加剧的背景下，建立用户对搜索质量与产品生态的信任。

对用户/开发者/创作者的影响

普通用户：无需记忆复杂搜索语法，即可快速锁定特定网站的内容，减少搜索结果噪音。自定义快捷方式还能弥补默认规则中的过时配置，提升日常搜索效率。
开发者/创作者：可以围绕 Snaps 构建自定义搜索链路，例如将 @gh（GitHub）与“I’m feeling lucky”（!）组合，一键跳转到目标仓库。创作者也可利用该功能快速检索新闻源（如 @nyt、@wsj），提高信息获取速度。
企业/组织：Kagi 的开放自定义能力意味着团队可以内建针对内部文档或私有搜索源的快捷方式，对办公效率类场景有潜在价值。

值得关注的后续

生态扩展：Kagi 是否会开放 Snaps 的 API 或公共快捷方式市场，允许社区共享高质量的自定义规则。
竞品反应：Google、Brave Search 等竞争者是否会在类似“快速搜索特定网站”领域推出对标功能，或者继续保持现有 site: 指令体系。
文档价值：目前公开信息显示，Kagi 的文档质量是其差异化优势之一，后续是否因功能增多而保持更新与易读性，将是衡量其运营质量的关键指标。