Skip to content
dsh marketplace

dsh-web-search-ext

Verified

@fno2010/dsh-web-search-ext · v0.3.0 · MIT · Web UI

Multi-backend web_search and web_fetch providers for the DeepSeek Harness web seam (ctx.web): Exa (REST with key, anonymous hosted MCP without) and Firecrawl (v2 search/scrape API) today, extensible to more backends (SearXNG, ...), with automatic failover

Install

dsh plugin add @fno2010/dsh-web-search-ext

Confirm the layer applied with dsh --profile default --dump-config — see the install guide.

Source

Tags

Creators

Readme

dsh-web-search-ext

English | 中文

CI npm version npm downloads license node

面向 DeepSeek Harness（DSH）的多后端 web_search 与 web_fetch 提供方。完全不需要 API key 即可工作；配置 key 后可解锁更高限额。注册进 web 能力缝（ctx.web），使用稳定 provider id（web-search-ext）。

为什么需要它

内置 web_search 工具的后端可插拔，但内置默认提供方（deepseek-official）需要一个 DeepSeek API key。本插件是无 key 可用的替代方案：开箱即走 Exa 匿名 MCP 端点，某个后端被限流时自动故障切换到下一个。它还注册了一个无 key 可用的 web_fetch 提供方，并对交给模型的结果做校验（死链、内容变更、实际应答的后端——全部体现在结果中）。

特性

  • 当前两个后端：Exa（有 key 走 REST，无 key 走匿名 hosted MCP）与 Firecrawl（v2 search/scrape API，可有 key 或无 key）
  • 无 key web_fetch：通过 Firecrawl scrape 抓取 URL，失败时回退到 Exa 匿名 MCP 的 web_fetch_exa；无需任何 API key，输出受 fetchMaxChars 上限约束
  • 自动故障切换：任何后端失败（429、401/402/403、5xx、网络错误、响应体不合法）都会按顺序落到下一个后端（搜索与抓取均如此）
  • 按后端的 429 冷却：被限流的后端在冷却期内被跳过；冷却时长优先采用后端自己报告的窗口（Retry-After 响应头或响应体中的 retry_after_seconds），并由 maxCooldownSec 封顶；全部后端都失败时，错误信息会列出每个后端的失败原因（含冷却状态）
  • 结果校验（L0 存活性，默认开启）：返回的每条来源都会做本地探测，摘要打上 [alive] / [dead 404] / [blocked] / [timeout] / [unreachable] / [skipped] 标记——结果永远不会被丢弃；verifyLevel: "content" 可开启实验性 L1 内容校验（[verified] / [verified·changed] / [unverified]（页面存活但无摘要可比对））
  • 来源回执：web_search 结果携带单行回执（web-search-ext: <backend> · <elapsed>s · <n> results · liveness: …），标明实际应答的后端，并显式披露限制（如无 key Exa 无法执行时间窗口过滤）而非静默忽略
  • 时间窗口：freshness: 24h | 7d | 30d 在后端支持时随请求发出（Exa startPublishedDate、Firecrawl tbs）；无 key Exa MCP 路径无法按日期过滤，回执会明确说明
  • 可选 key，按后端独立解析，优先级：设置明文 → 凭证服务 → 启动环境变量
  • Web 端设置卡片：设置 → 插件 → 插件配置 中可编辑五个核心配置字段和两个 API key，key 状态自动发现自凭证各层（0.3.0 的校验/时间字段暂只在 settings.yaml；卡片将在 0.3.1 跟上）
  • 无安装期脚本：纯 ESM JavaScript，无构建步骤，无 postinstall/prepare
  • 可扩展：加一个后端 = 一个搜索函数 + 一个 plan 条目 + 配置字段，见 CONTRIBUTING

后端

后端 搜索 抓取
Exa 有 key：REST POST https://api.exa.ai/search（限额更高、带高亮摘要）；无 key：匿名 hosted MCP POST https://mcp.exa.ai/mcp（JSON-RPC 2.0，官方文档化的公共回退端点，有速率限制 → HTTP 429） 无 key：hosted MCP web_fetch_exa 工具（回退路径）
Firecrawl POST https://api.firecrawl.dev/v2/search（有 key 走 Bearer；firecrawlKeyless: true 时允许无 key 请求——非官方支持，可能被限流或移除） POST {base}/scrape（可有 key 或无 key；首选抓取路径——markdown + 元数据）

安装

dsh plugin --profile web add @fno2010/dsh-web-search-ext
# 或从本地 checkout 安装：
dsh plugin --profile web add ./path/to/dsh-web-search-ext

安装插件后需要重启正在运行的 dsh web 进程（profile 的 bundle 列表在启动时解析）。之后改配置是热加载的——不用重启。

bundle patch 通过设置 web.searchProvider: web-search-ext 让本插件接管内置 web_search 工具，并设置 web.fetchProvider: web-search-ext 接管 web_fetch。官方 deepseek-official 提供方保持注册但不使用；显式选择同时避免了 WEB_PROVIDER_AMBIGUOUS。

配置

设置命名空间 web-search-ext，位于 ~/.dsh/settings.yaml（热加载）：

字段 默认值 说明
preferred exa 首选后端：exa | firecrawl
numResults 8 工具未限制条数时的默认结果数
maxSnippetChars 500 摘要长度上限
rateLimitCooldownSec 60 后端未报告窗口时的兜底 429 冷却（秒）；0 关闭
firecrawlKeyless true 允许无 key 的 Firecrawl 请求（搜索与抓取）
exaApiKey / firecrawlApiKey — 各后端的明文 API key
exaApiKeyEnv / firecrawlApiKeyEnv EXA_API_KEY / FIRECRAWL_API_KEY key 解析用的环境变量名
exaApiUrl / exaMcpUrl / firecrawlBaseUrl https://api.exa.ai/search / https://mcp.exa.ai/mcp / https://api.firecrawl.dev/v2 端点覆盖
verifyLevel liveness 结果校验层级：off | liveness（对每条来源做 HEAD 探测）| content（实验性：额外检查页面是否仍包含摘要关键词）
livenessTimeoutMs 3000 L0 HEAD 探测的单 URL 超时
contentCheckBytes 10240 L1 每个页面读取的最大字节数
contentCheckMinBytes 200 L1 短于此长度视为反爬空壳页
contentCheckMatchWords 5 L1 对照摘要前 N 个词
contentCheckTimeoutMs 3000 L1：请求与正文读取各一个超时预算
freshness any 时间窗口：any | 24h | 7d | 30d（后端支持时随请求发出；无 key Exa MCP 无法过滤，回执会说明）
maxCooldownSec 86400 采用后端报告的 retry_after 冷却时的上限；0 = 完全采用报告值
fetchMaxChars 50000 web_fetch 输出字符上限 
web-search-ext:
  preferred: exa
  numResults: 8
  # rateLimitCooldownSec: 60   # 其余均为默认值

也可以不用 bundle patch，用环境变量选择本插件：DSH_WEB_SEARCH_PROVIDER=web-search-ext。

Key（可选但推荐）

每个后端按以下优先级解析 key：

  1. 设置段里的明文 key（exaApiKey / firecrawlApiKey）
  2. 凭证服务：~/.dsh/.credentials.yaml（或 .env 文件）中的 EXA_API_KEY / FIRECRAWL_API_KEY 条目
  3. 同名的启动环境变量

设置界面（Web）：本插件在 设置 → 插件 → 插件配置 中有卡片，可编辑五个配置字段和两个 API key。key 状态自动发现自上述各层——~/.dsh/.credentials.yaml 变更时"已配置/未配置"徽章实时更新；由 live 进程环境变量提供的 key 渲染为只读，因为宿主会拒绝会被环境变量值遮蔽的 UI 写入。（"模型"页面只管理 LLM 提供方凭证。）

一个 key 都没有也能工作：Exa 走匿名 MCP 端点，Firecrawl 以无 key 方式尝试。

故障切换机制

每次搜索（及每次抓取）按"当前 key 情况下可用的后端"构建有序计划——搜索时首选后端在前；抓取时优先 Firecrawl scrape（markdown 更完整），无 key 的 Exa MCP 抓取作回退。只有当后续所有后端都失败时，才把第一个失败的后端作为整体错误报出——429 额外触发该后端的冷却，冷却时长优先采用后端自己报告的窗口（Retry-After 响应头，或响应体中的 retry_after_seconds；由 maxCooldownSec 封顶），窗口内后续调用会跳过它。

web_search 结果还携带单行来源回执（web-search-ext: <backend> · <elapsed>s · <n> results · liveness: …）：哪个后端实际应答、时间窗口或校验层级是否被实际执行。不会有任何东西被静默丢弃。

卸载

dsh plugin --profile web remove @fno2010/dsh-web-search-ext   # 然后重启 dsh web

安全说明

  • 出站请求只发往所配置的 Exa 与 Firecrawl 端点（另有下文所述的本地校验探测），不接触任何其它服务。
  • API key 只出现在其后端请求的 authorization 头里——不进请求体、不发往另一个后端、不出现在错误信息中。
  • 无安装期脚本：纯 ESM JavaScript，无构建步骤，无 postinstall/prepare。
  • 摘要有长度上限（maxSnippetChars）；Firecrawl 的页面 markdown 描述在进入模型上下文前会剥掉图片链接。
  • 校验探测（L0/L1）只抓取后端结果中出现的 URL，字节数与超时均有界；重定向逐跳手动跟随，每一跳都按同一套 SSRF 规则重新校验（仅允许公共 http(s)；环回、内网、链路本地、CGNAT 地址一律拒绝——包括 IPv6 字面量与末尾点号拼写；无法确定是公共地址的一律拒绝，fail closed）。
  • web_fetch 提供方在把 URL 交给任何抓取后端之前，拒绝非公共目标（非 http(s) 协议、环回、内网、链路本地地址）。

开发

  • 测试：npm test——39 个 mock 故障切换/映射场景（含抓取与校验）+ 真实无 key 冒烟调用（CI 中跳过冒烟）。
  • 添加后端、分支/PR 规范、发版流程：CONTRIBUTING.md。

许可证

MIT