隐私搜索

要解决什么问题

在 Agent 或脚本里做联网检索时，常见痛点是：单一引擎结果偏窄、查询词经多家引擎明文转发、以及想把搜索能力挂进 Claude Code / Cursor 却没有统一协议。本 Skill 把多引擎并发、可配置的隐私策略和结构化输出放在同一套 CLI / MCP 接口里，而不是再包一层黑盒 API。

它如何工作

• F1 并行搜索：默认最多 10 路引擎同时请求，用 SimHash 去重，再按共识度、位次、相关度、权威度、域名质量等可配权重排序。
• 隐私模式：normal 与 strict 切换；strict 会拒绝不在白名单的引擎（例如强行指定百度会被忽略），全部隐私引擎失败时默认不静默降级，除非显式 --allow-fallback 或配置允许。
• 统一出口：隐私相关请求头、UA 池、代理、重试策略对所有引擎一致；可用 --privacy-report 核对本次实际使用的头、代理与被屏蔽引擎。
• 本地 SearXNG（F2）：Docker 或 pip 部署，查询可不出本机；支持 !w、!gh 等 bangs 经 SearXNG 转发（未启用则提示并按普通关键词搜）。
• 缓存与历史：相同查询在 TTL 内复用并标注「来源: 缓存」；历史本地保留（默认上限 500 条），可用 --clear-cache / --clear-history 清理。
• Perplexity 式合成（F4）：抓取正文 → 分块 → LLM 带 citation 生成答案（Pro）；无 API Key 时降级为抽取式摘要。
• MCP Server（F6，V1.7）：stdio JSON-RPC 2.0 暴露 search、synthesize、fetch 三工具，供其他 Agent 即插调用。
• 运维向能力：--selftest 引擎体检、定时 selftest 与失效告警（可 webhook）、解析诊断区分无结果 / 被拦截 / 选择器失效。

边界与注意点

• 不隐藏 IP：未配置 privacy.strict.proxy 时，引擎仍能看到你的真实 IP。
• strict 的预期：宁可空结果也不向非白名单引擎泄露查询词；需要国内引擎请用 --privacy normal。
• 正文与摘要：反爬站点可能导致抓取失败；LLM 摘要可能幻觉，Pro 模式论断应核对 citation 来源。
• 引擎解析：搜索页改版会导致选择器失效，需更新 Skill 版本；被风控时应降频或换引擎。