OpenClaw 搜索工具辨析与实战：web_search、tavily-search 和 web_fetch
用 OpenClaw 联网搜索时，几个名称常让人绕进去：web_search、tavily-search、web_fetch，还有原生 provider 和扩展 skill。搞清楚它们的分工，能少踩不少坑。
先立个'遥控器'模型
我在使用时，习惯这么理解：
web_search：搜索能力接口，只管'找'。web_fetch：抓取能力接口，只管'读'。- 原生 provider：OpenClaw 内置支持的搜索后端，配置时直接选就行。
- 扩展 skill：额外安装的模块，比如 Tavily、Firecrawl，能增强搜索或抓取。
tavily-search就是个扩展 skill，不是当前版本（2026.3.13）原生的web_search provider。
所以，搜东西时：先让搜索能力（原生 provider 或 tavily）找链接，再用 web_fetch 打开页面读内容。复杂任务加 agent-reach 协调。
原生 provider 和扩展 skill 的明确列表
OpenClaw 2026.3.13 配置向导里能直接选的搜索 provider 就这几个：
- Brave Search（需 API Key，免费额度但绑定信用卡）
- Gemini (Google Search)（国内可能需代理）
- Grok (xAI)（国内访问受限）
- Kimi (Moonshot)（中文理解好，国际内容覆盖弱）
- Perplexity Search（国内需代理）
这些是原生可配置的。而 Tavily 和 Firecrawl 需要自己安装，属于扩展 skill。命令行验证时记得分开。
从使用者视角看分工
| 能力来源 | 原生 provider | 扩展 skill |
|---|---|---|
| 示例 | Brave / Gemini / Grok / Kimi / Perplexity | Tavily / Firecrawl |
| 典型用途 | 🔎 web_search（搜关键词、找链接） | 📄 web_fetch（打开页面、抓正文） |
这只是大概分类；实际用 tavily-search 也主要做搜索，但它返回的摘要有时够用，不一定非得再抓取。
标准工作流：按有没有 URL 分
没网址时：
- 用
tavily-search（或原生搜索）找出几个候选链接。 - 选最相关的。
- 用
web_fetch打开细读。
有网址时：直接 web_fetch。
多步研究：加上 agent-reach 协调，确保'先搜、再读、后总结'，避免模型直接编答案。
