核心概念辨析
在 OpenClaw 中，最容易混淆的几个概念是 web_search、tavily-search、web_fetch、原生 Provider 与扩展 Skill。最准确的理解方式是：
web_search：统一的网页搜索能力接口/抽象能力。web_fetch：统一的网页读取/抓取能力接口。- 原生 Provider：OpenClaw 直接支持配置的搜索后端。
- 扩展 Skill：用户手动安装后接入的额外搜索/抓取能力。
tavily-search：属于扩展 Skill，不是当前配置向导里的原生 Provider。
一句话记忆：搜索负责找，抓取负责读；原生 Provider 是 OpenClaw 自带接线，Tavily / Firecrawl 是后装扩展能力。
能力架构层次
原生可配置的 web search provider
在 OpenClaw 2026.3.13 版本中，配置向导当前原生支持以下搜索 Provider：
- Brave Search：需要 API Key，有免费额度，但需要绑定信用卡。
- Gemini (Google Search)：需要 API Key，依赖 Google 服务，国内需代理。
- Grok (xAI)：需要 API Key，国内访问限制多，文档较少。
- Kimi (Moonshot)：需要 API Key，中文理解优秀，国际内容覆盖可能较弱。
- Perplexity Search：需要 API Key，国内需代理。
这些属于 OpenClaw 原生支持，用户可在配置时直接选择，是 web_search 能力的默认后端候选。
需要用户自行安装和配置的 skill
以下能力不是当前版本配置向导里原生可选的 web_search provider，而是需要用户自行安装：
- Firecrawl
- Tavily
它们属于扩展 Skill，需要手动安装并单独配置 API key 或依赖。安装后可以补充搜索、抓取或 AI 优化检索能力。
Brave / Gemini / Grok / Kimi / Perplexity 是原生 Provider；Firecrawl / Tavily 是额外安装的扩展 Skill。
标准工作流
场景 A：没有 URL
- 用
tavily-search搜索。 - 获取候选来源。
- 选择最相关来源。
- 用
web_fetch读取。
场景 B：已有 URL
直接用 web_fetch 读取。
场景 C：复杂多步任务
- 用
agent-reach协调任务。 - 先搜索。
- 再阅读。
- 最后总结。
何时使用哪个工具
优先使用 tavily-search
适合以下情况：
