OpenClaw 网络搜索与抓取工具最佳实践指南
在 OpenClaw 的实际使用中，区分 web_search 和 web_fetch 的职责边界至关重要。很多开发者容易混淆原生 Provider、扩展 Skill 以及具体的工具名称。本文旨在梳理清楚这些概念，帮助你更稳定地利用 Tavily 等扩展能力完成信息检索任务。
核心概念辨析
最容易搞混的几个术语其实代表了不同的层级：
web_search：统一的网页搜索能力接口/抽象层。它不绑定具体产品，而是告诉 Agent'去搜索'。web_fetch：统一的网页读取/抓取能力接口。负责打开 URL 并提取正文。- 原生 Provider：OpenClaw 直接支持配置的搜索后端（如 Brave、Gemini 等），安装时可直接选择。
- 扩展 Skill：用户手动安装后接入的额外能力（如 Tavily、Firecrawl），需要单独配置 API Key。
一句话记忆：搜索负责找，抓取负责读；原生 Provider 是自带接线，Tavily 等是后装扩展。
版本能力分层
以当前版本为例，配置向导中通常原生支持以下搜索 Provider：
- Brave Search：结构化结果好，有免费额度，但需绑定信用卡。
- Gemini (Google Search)：依赖 Google 服务，国内环境可能需要代理。
- Grok (xAI)：文档较少，访问限制较多。
- Kimi (Moonshot)：中文理解优秀，国际内容覆盖可能较弱。
- Perplexity Search：适合深度问答，国内需代理。
而 Firecrawl 和 Tavily 不属于当前配置向导里的原生选项，它们属于扩展 Skill，需要自行安装和配置。这意味着你可以通过安装 Tavily 来补充或增强默认的搜索能力。
推荐的理解模型
我们可以从三个维度来理解这套架构：
- 能力层：
web_search负责找来源，web_fetch负责读来源。 - 实现层：原生 Provider 对应 Brave/Gemini 等，扩展 Skill 对应 Tavily/Firecrawl。
- 工作流层：假设你安装了
tavily-search和agent-reach，标准流程通常是先用 Tavily 搜索，再用web_fetch阅读，必要时用agent-reach协调多步任务。
最推荐的使用分工
tavily-search 负责什么
适合用于召回阶段：
- 查找最新资料、新闻、论文入口。
- 寻找官方文档入口。
- 生成多个候选来源列表，为后续精读做准备。
web_fetch 负责什么
适合用于精读阶段：
- 已有明确 URL，只需读取正文。
- 提取页面细节（发布日期、作者、版本号）。
- 核对页面中是否包含特定信息。
agent-reach 负责什么
适合作为协调层：
- 处理复杂的多步任务。
