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 协调,确保'先搜、再读、后总结',避免模型直接编答案。


