dsh-searxng-web

English | 简体中文

一个 DeepSeek Harness 插件:让原生 web_search / web_fetch 工具直接走你自托管的 SearXNG 实例——免 API Key、数据不出内网、不依赖任何第三方搜索服务商。

模型 ── web_search ──▶ ctx.web ──▶ searxng-web provider ──▶ 你的 SearXNG ──▶ 各搜索引擎
模型 ── web_fetch ──▶ ctx.web ──▶ searxng-web-fetch ──▶ 目标页面(带 SSRF 防护)

为什么需要

• dsh 自带的 web_search 走 DeepSeek 云端搜索,且默认不挂载任何 fetch provider。即使你部署了 SearXNG,搜索流量仍然会发给第三方——装上这个 bundle 才真正闭环。
• 相比 MCP server 方案,本插件走 dsh 原生 provider 缝隙:模型继续使用短的原生工具名(web_search / web_fetch),所有 agent 与 subagent 自动继承,dsh 进程外无需常驻任何额外组件。

环境要求

• Node.js ≥ 22
• 已安装 DeepSeek Harness dsh（已在最新版 0.1.5-rc.1 上完成全面验证）
• 一个可访问、且已开启 JSON 输出的 SearXNG 实例(settings.yml → search.formats: [html, json]),用下面的命令验证:

文档导航

• 安装说明文档 (English)

• 配置说明文档 (English)

• 使用说明文档 (English)

• 更新说明文档 (English)

• 卸载说明文档 (English)

• 更新日志 (Changelog)

  curl 'http://你的SEARXNG:8080/search?q=test&format=json'

安装

从 npm 安装（推荐）

dsh plugin --profile web add dsh-searxng-web

（把 web 换成你的 profile，如 tui。）CI 发布，带 Sigstore provenance；包内自带预编译的 lib/，安装时无需任何构建，也不需要 pnpm allowBuilds 授权。

或者从仓库 / tarball 安装：

dsh plugin --profile web add ./dsh-searxng-web        # 源码目录
dsh plugin --profile web add ./dsh-searxng-web-0.7.0.tgz
dsh plugin --profile web add github:maxwell-feng/dsh-searxng-web
# 或锁定 commit:
dsh plugin --profile web add github:maxwell-feng/dsh-searxng-web#<sha>

Git 安装拿到的是源码：仓库直接提交了编译好的 lib/ 产物，git 安装无需等待 registry——prepare 脚本（npm run build）会在安装后从源码重新构建 lib/。pnpm 在明确授权前拒绝执行 git 依赖的 prepare 脚本；如果首次 add 失败，把 pnpm 打印出的包键原样复制到该 profile 的 pnpm-workspace.yaml 中再重新执行 add。详见安装说明文档。

升级

dsh plugin --profile web add dsh-searxng-web@latest
# 或走 git,在改动进入 npm 前先行取用:
dsh plugin --profile web add github:maxwell-feng/dsh-searxng-web

0.2.x 的配置无需任何改动——此后新增的字段全部可选,默认值与旧行为一致。 从 0.3.0 起配置会在加载时校验(Schemastery schema),写错的键会让启动直接 报出可定位的错误,不再被静默忽略。0.4.0 新增可选的 baseUrls 故障转移 列表;单 baseUrl 用法完全不受影响。0.5.0 适配 deepseek-harness 0.1.2-alpha.1(provider 注册改为 fiber 作用域 disposer、重定向后 url 回传)——无需改动任何配置。0.5.3 适配 deepseek-harness 0.1.2-alpha.2 ——缝与配置行均无变化,仅依赖版本上移。0.5.4 适配 deepseek-harness 0.1.2-alpha.3——该版本 packages/web 仅移动版本号,因此同样无需改动任何配置。0.5.5 在 0.1.2-alpha.4 最新 master 上验证：缝接口无变更，无需迁移。 0.6.0 适配 deepseek-harness 0.1.5-alpha.1：缝接口无变更，新增标准 prepare 构建脚本与独立的 CONFIG / UPDATE / UNINSTALL 文档套件——无需改动任何配置。0.7.0 在 deepseek-harness 0.1.5-rc.1 上验证：ctx.web provider 缝（packages/web/web/src）源码完全一致，内置 @deepseek-ai/cordis 4.0.2 / @deepseek-ai/schemastery 3.18.2 未变——无需代码或配置迁移。Node 底线升至 >=22 （harness 底线为 ^22.19）。新增 INSTALL / USAGE 说明，并按实际 schema 重写 CONFIG。

安装时由自带的补丁层完成三件事:

1. 插入 searxng-web 插件行;
2. 把 ctx.web 指向它的搜索/抓取 provider;
3. 重新启用 web_fetch(tool-web.fetch)。

然后正常启动:

dsh --profile web

使用

新会话直接说“搜 xxx”即可——无需改动工具名：

• web_search → ctx.web → searxng-web → 你的 SearXNG → 已配置的搜索引擎
• web_fetch → ctx.web → searxng-web-fetch → 目标页面（SSRF 防护，HTML→纯文本）

随时检查组合结果:

dsh --profile web --dump-config | grep -A5 searxng
# 或在会话里调用 web_search "test" 检查 sources[].url

GUI：设置 → 网页搜索 显示 provider 就绪状态。

指向你的实例

默认 base URL 是 http://127.0.0.1:8080,在 profile 的 cordis.patch.yml(用户层,晚于 bundle 层生效)中覆盖:

- id: searxng-web
  config:
    baseUrl: 'http://10.42.1.159:8080'
    timeoutMs: 15000        # 单次搜索预算,毫秒
    fetchTimeoutMs: 30000   # 单次网页读取预算,毫秒
    fetchMaxChars: 200000   # web_fetch 返回字符上限
    ssrfGuard: true         # 拒绝私网/回环抓取目标
    search:                 # 每次搜索转发给 SearXNG 的默认参数(均可选)
      language: ''          # 如 'zh-CN'、'en'
      safesearch: 0         # 0 关闭,1 中等,2 严格
      # categories: 'general'   # 'news'、'it,science' 等
      # engines: ''             # 'google,bing,ddg' 等
      # timeRange: ''           # 'day' | 'week' | 'month' | 'year'

注意:patch 行对 config 是整体替换(非深合并),覆盖时请把想保留的键一并写全。

三栈端点与自动故障转移(0.4.0+)

家庭部署的实例往往同时有多个"门"——公网 IPv4、公网 IPv6、局域网地址。 baseUrls 接受一个有序列表并自动故障转移:

- id: searxng-web
  config:
    baseUrls:
      - 'http://203.0.113.10:8081/s/<KEY>'      # 公网 IPv4
      - 'http://[2409:8a55:…]:8081/s/<KEY>'     # 公网 IPv6
      - 'http://192.168.10.144:8081/s/<KEY>'    # 局域网(同一扇门,同一把钥匙)
    timeoutMs: 15000

语义:

• 粘性优先:每次尝试都从"上次成功的那个端点"开始,健康的门不会因为 前面的门抖动过一次就被反复探测。
• 只对链路层失败切换:连接拒绝/不可达/超时/DNS 失败才会换下一个端点; 只要某个门给出了 HTTP 应答(200、403、502……),就证明它是活的,状态码 原样透出——不会静默掩盖认证问题。
• 每次调用最多把列表完整走一遍;全部不可达时抛出一个 network 错误。
• baseUrls 与 baseUrl 同时设置时以前者为准;只用 baseUrl 的老配置 行为完全不变。

配置参考

| 键 | 默认值 | 说明 | |---|---|---| | baseUrl | http://127.0.0.1:8080 | SearXNG 实例地址 | | baseUrls | (未设置) | 有序端点列表,带粘性自动故障转移(0.4.0+);非空时优先于 baseUrl——见上文"三栈端点" | | timeoutMs | 15000 | 单次搜索尝试预算(毫秒) | | fetchTimeoutMs | 30000 | 单次网页读取预算(毫秒) | | fetchMaxChars | 200000 | web_fetch 返回内容字符上限 | | ssrfGuard | true | 拒绝私网/回环/链路本地/CGNAT 抓取目标 | | search.language | (未设置) | SearXNG language 参数 | | search.safesearch | 0 | SearXNG safesearch 参数 | | search.categories | (未设置) | SearXNG categories 参数 | | search.engines | (未设置) | SearXNG engines 参数 | | search.timeRange | (未设置) | SearXNG time_range 参数 | | headers | (未设置) | 附加到 SearXNG 请求的额外 HTTP 头(如 X-API-Key 网关)——绝不发送给 web_fetch 目标 | | basicAuth.username / basicAuth.password | (未设置) | 实例位于带认证的反向代理后时的 Basic 认证凭据(caddy basic_auth、nginx auth_basic) |

API Key 与反向代理认证

在实例前面加"门"的三种受支持方式。这里配置的凭据只附加到发往你 SearXNG 实例的请求上;web_fetch 的目标页(由模型任选的第三方页面)永远 不带凭据,防止密钥泄漏。

1. Header 门(推荐给 API 调用方):

   config:
     baseUrl: 'http://searx.internal:8080'
     headers:
       X-API-Key: 'your-key'

   配合 caddy 的 forward_auth 或自写中间件比对该头即可。

2. Basic 认证反向代理(caddy basic_auth、nginx auth_basic):

   config:
     baseUrl: 'http://searx.internal:8080'
     basicAuth:
       username: 'searxng'
       password: 'hunter2'

   同时设置 basicAuth 和用户自带的 headers.Authorization 会在加载时 直接报错,提示二选一。

3. 路径前缀密钥(零插件配置):如果反向代理在转发前剥掉一段秘密前缀, 直接把它写进 baseUrl 即可,例如 baseUrl: 'http://host:8081/s/<KEY>'。 搜索适配器会在你给的 base 后面追加 /search?...,所以天然兼容。

Node 的 fetch 拒绝内嵌凭据的 URL(http://user:pass@…),这就是认证 放在独立配置字段而不是塞进 baseUrl 的原因。

行为说明与限制

• 搜索:SearXNG 结果映射为 {url, title?, snippet?, publishedAt?},若实例返回 answer 字段会一并透出。
• 网页读取:带浏览器 UA 发起 GET;HTML 会清洗为可读文本(script/style 剔除、标签去除、实体解码);超过 fetchMaxChars 截断并置 truncated。
• SSRF 防护:仅校验初始目标 URL——重定向后的地址不再二次校验(v1 已知限制);同时拒绝非 http(s) 协议与无法解析的主机。仅建议在内网封闭环境关闭。
• 代理:使用 Node 全局 fetch,默认忽略系统代理与代理环境变量——到 SearXNG 的流量始终直连。
• SearXNG 返回 403:说明实例未开启 JSON 输出,见上文环境要求。

从 MCP 版 SearXNG 集成迁移

如果你之前是通过 MCP server 接的 SearXNG(比如经 dsh-mcp-client 挂载 mcp-searxng),装本插件后建议移除旧接入:

• 否则模型会同时看到两套重叠的搜索工具(原生 web_search 和 mcp__searxng__searxng_web_search),外加一堆额外 schema——工具选择有随机性, 每个请求多付约 1–2k token,而搜索质量毫无增益(两者打的是同一个实例)。
• 移除方法:删掉 profile cordis.patch.yml 里 dsh-mcp-client 的 insert 行 (HMR 会立即注销工具),再顺手 npm uninstall -g mcp-searxng。

放弃的部分:MCP reader 的 PDF 抽取与章节过滤。原生 web_fetch 覆盖普通 HTML/文本页面;以后真需要读 PDF,把 MCP 行加回来也只需几分钟。

卸载

dsh plugin --profile web remove dsh-searxng-web

会同时移除依赖与 bundle 层,ctx.web 回落到基础组合(DeepSeek 搜索、无 fetch provider)。

本地开发

插件源码为 TypeScript(src/index.ts);编译产物 lib/index.js 直接提交在仓库里,安装方永远不需要构建。

npm install          # 开发依赖(typescript、@types/node、cordis 类型)
npm run build        # 编译 src/ → lib/
npm test             # 构建 + 全离线自包含测试(mock SearXNG)

发版流程(维护者)

更新 package.json 的 version 和 CHANGELOG.md,然后:

git commit -am "release: vX.Y.Z"
git tag vX.Y.Z
git push --follow-tags

GitHub Actions 会先跑测试套件,再通过 OIDC trusted publishing(Sigstore provenance)发布到 npm——与 dsh-windows-ocr 同一条流水线。

许可证

MIT