Walvez/dsh-search-failover

dsh-search-failover

DeepSeek Harness (DSH) 原生 provider 级智能搜索 / 抓取池
直连检索端点，模型 Token = 0 · 多源容灾 · 加权轮询 · 额度感知熔断 · AI 自主换源 · 现代卡片流 Web GUI

---

为什么不用官方默认搜索？

DSH 默认通道 deepseek-official 不是专用搜索 API：每次 web_search 都会发起一轮完整 Messages 模型调用，由 DeepSeek 在服务端执行搜索。这意味着：

装上即把 searchProvider 与 fetchProvider 都指到 search-pool。卸载后自动回落到官方通道。

---

✨ 核心特性

• 🛡️ Provider 级透明替换：无侵入接管 DSH ctx.web 的 搜索 + 抓取，保持原生 web_search / web_fetch 工具签名不变。
• 🔄 双重路由策略：
  • 优先顺序 (Failover)：按优先级从高到低依次尝试，前一个后端失败或熔断自动下探下一个。
  • 加权轮询 (Weighted Rotate)：按 1~10 权重将搜索流量平摊到所有健康引擎，最大化榨干各大搜索源的免费额度。
• ⚡ 智能额度感知与熔断器 (Circuit Breaker)：
  • 遇到额度耗尽（HTTP 402/429/Quota Exceeded）→ 长冷却 (1h)，避免无效请求；
  • 遇到临时网络抖动（Transient Error）→ 5 分钟内连续 3 次失败触发 短冷却 (60s)；
  • 冷却到期自动半开探活，成功立即恢复。
• 🤖 AI 自主换源技能 (web_search_from)：
  • 为 Agent 注入专属换源工具。当 AI 认为默认结果不够理想、信息过时或源单一时，可自主选择 exa / serper / tavily / jina / firecrawl 等引擎重新搜索并对比。
• 🎛️ 现代卡片流 Web GUI 设置面板：
  • 在 DSH 设置页一键填写/修改 API Key、切换策略、拖拽排序、测试连通性，保存即实时生效，无需重启进程。
  • 密钥安全保存在本地 ~/.dsh/settings.yaml，绝不上报。
• 🔑 单引擎多 Key 轮换：同一后端可换行或逗号填多个 Key；Key A 额度耗尽先切 Key B，全部挂了才熔断下探下一个引擎。
• 🔌 全生态适配：
  • 搜索：Exa, Serper, Tavily (keyless 匿名档), Jina, SerpApi, Firecrawl, SearXNG (自托管), DuckDuckGo, Brave
  • 抓取：Jina Reader (r.jina.ai) · Exa Contents · Tavily Extract · Firecrawl Scrape

---

🏗️ 架构概览

┌──────────────────────────────────────────────────────────────┐
│                    AI Agent / User Chat                      │
└──────────────┬────────────────────────────────┬──────────────┘
               │ (默认搜索 / 抓取)                │ (显式换源)
               ▼                                ▼
┌──────────────────────────────┐ ┌─────────────────────────────┐
│  原生 web_search / web_fetch  │ │  web_search_from (增强工具)   │
└──────────────┬───────────────┘ └──────────────┬──────────────┘
               │                                │
               ▼                                ▼
┌──────────────────────────────────────────────────────────────┐
│               SearchPoolProvider (search-pool)               │
│                                                              │
│  [调度决策]                                                   │
│   ├── 指定源 (source): 直连指定引擎, 不走池                      │
│   ├── Failover: 按 priority 升序依次尝试                       │
│   └── Rotate: 按 weight 展开加权轮转                           │
│                                                              │
│  [熔断与健康守护]                                              │
│   ├── CircuitBreaker 监控各后端健康度                          │
│   └── 额度耗尽(1h 冷却) / 瞬时错误(60s 冷却) / 探活恢复           │
└──────────────────────────────┬───────────────────────────────┘
                               │
   ┌──────────┬──────────┬─────┴────┬──────────┬──────────┬──────────┐
   ▼          ▼          ▼          ▼          ▼          ▼          ▼
┌─────┐    ┌──────┐   ┌──────┐   ┌──────┐   ┌─────────┐┌─────┐   ┌─────────┐
│ Exa │    │Serper│   │Tavily│   │ Jina │   │Firecrawl││Serp-│   │ SearXNG │
│     │    │ .dev │   │(Anon)│   │  AI  │   │ .dev    ││ Api │   │ (Local) │
└─────┘    └──────┘   └──────┘   └──────┘   └─────────┘└─────┘   └─────────┘

---

🎛️ 设置面板实机预览

• 实时密钥填写：随时填写或更新各引擎 API Key（支持多行多 Key），点击保存立即热生效。行内「↗」直达各引擎申请页。
• 网页抓取接管：web_fetch 同步走搜索池（Jina Reader / Exa / Tavily / Firecrawl），享受同一套熔断与多 Key。
• 一键测试连接 (▶ 测试)：对指定后端发起 1 条测试搜索，毫秒级反馈连通状态与响应耗时。
• 动态优先级调整 (↑ / ↓)：通过按钮调整引擎在 Failover 链中的优先级。
• 轮询权重调节：在轮询分摊模式下，为不同引擎设置 1~10 权重值。
• 添加自定义后端：无需改写代码或配置文件，直接在界面添加 SearXNG 实例或新后端。
• 额度余量透视：行内直接显示支持额度查询的后端（如 SerpApi）的套餐类型、剩余次数及重置日期。

---

🚀 快速开始

1. 安装插件

在你的 DSH 项目或 Web Profile 下安装：

# 方式 A: 从 npm 安装 (推荐)
dsh plugin --profile web add dsh-search-failover

# 方式 B: 本地克隆软链调试 (开发者)
git clone https://github.com/Walvez/dsh-search-failover.git
dsh plugin --profile web add link:$(pwd)/dsh-search-failover

2. 启用配置

在 cordis.patch.yml 中声明挂载与默认后端配置：

- id: search-pool
  name: dsh-search-failover
  config:
    strategy: failover          # failover (优先顺序) | rotate (轮询分摊)
    maxResults: 8               # 默认返回条数上限
    timeoutMs: 15000            # 单个请求超时时间 (ms)
    backends:
      - id: exa
        kind: exa
        apiKeyEnv: EXA_API_KEY  # 从 ~/.dsh/.env 读取
        priority: 1
      - id: serper
        kind: serper
        apiKeyEnv: SERPER_API_KEY
        priority: 2
      - id: tavily
        kind: tavily
        apiKeyEnv: TAVILY_API_KEY
        priority: 3
      - id: jina
        kind: jina
        apiKeyEnv: JINA_API_KEY
        priority: 4
      - id: firecrawl
        kind: firecrawl
        apiKeyEnv: FIRECRAWL_API_KEY
        priority: 5
      - id: serpapi
        kind: serpapi
        apiKeyEnv: SERPAPI_API_KEY
        priority: 6
      - id: searxng
        kind: searxng
        baseURL: http://127.0.0.1:8080
        priority: 7
      # opencodex web-search sidecar (可选, 默认不启用):
      # 本机 opencodex 代理的 Codex 登录额度执行真搜索, 结果带摘要质量最高,
      # 但比纯检索端点慢 (~3-15s)。需要本机运行 opencodex (127.0.0.1:10100)。
      # - id: opencodex
      #   kind: opencodex
      #   priority: 0              # 置顶 = 首选, 失败熔断自动下探
      #   # baseURL: http://127.0.0.1:10100
      #   # apiKey: ocx_data_dsh   # 默认免 token / 自定义 token 时填
      #   # carrierModel: opencode-go/glm-5.3-flash
    circuit:
      threshold: 3              # 连续错误阈值
      burstWindowMs: 300000     # 统计时间窗口 (5 分钟)
      cooldownMs: 60000         # 瞬时错误冷却时间 (1 分钟)
      quotaCooldownMs: 3600000  # 额度耗尽冷却时间 (1 小时)

3. 启动 DSH Web

dsh web

打开 Web GUI (默认 http://127.0.0.1:3080)，进入 设置 → 搜索池 即可在界面直接管理所有 Key。

4. DSH 版本兼容

0.3.17+ 同时支持两代设置 API，无需按版本装不同分支：

在 0.2.1+ 上请注意两点：

• 设置文档就是你的 cordis.patch.yml：DSH 0.2.1 把设置写进 profile 的补丁文档本身 （行内配置和"设置页用户层"是同一个文件）。因此面板的"恢复行内配置"不会 unset 字段， 而是把 apply 时的快照显式写回——unset 会把你在文档里手写的 backends 一起删掉 （实测：点一次重置，7 个后端从配置里消失）。副作用：首次从设置页保存时，该条目会被 重新序列化，条目内的行尾注释会丢（配置值不丢）。
• 可热改的字段由 schema 决定：本插件把 strategy、backends（含 Key / 优先级 / 权重 / 自定义后端）、 removed 标记为 volatile()，因此这几项能在面板里改并立即生效；timeoutMs、maxResults、 mergeThreshold、circuit 仍属组合层配置，改它们要编辑 cordis.patch.yml 后重启（这是有意的： settings 服务的默认值会把行内 timeoutMs 冲掉，例如 opencodex 侧车需要 40s+ 超时）。
• 需要 @deepseek-ai/schemastery >= 3.18.5（.volatile() 从该版本才有）。若宿主自带更低的版本， 插件会打印 schemastery 缺少 .volatile() 警告并退化为"只用行内配置"，面板不可用。

---

📊 后端引擎支持与额度参考

opencodex 后端默认不启用：仅在用户 patch 的 backends 里显式声明时进入搜索链。 它不是纯检索端点——搜索经 opencodex 的 web-search sidecar（Codex forward 登录额度）执行， 结果带模型整合的摘要与 sources，质量最高但延迟更高（sidecar 整合约 3–15s）。 适合置顶做首选，失败/额度耗尽由熔断器自动下探到 exa 等纯检索后端。

同一后端可换行或逗号填多个 Key。Key A 额度耗尽先切 Key B，全部挂了才熔断下探下一个引擎。

---

🤖 AI 自主换源工具 (web_search_from)

当 Agent 认为默认搜索结果不理想时，可以主动调用由本插件注册的 web_search_from 工具：

工具参数

{
  "name": "web_search_from",
  "description": "用指定的搜索后端(引擎)搜索当前信息并返回该源原始结果。可用于多源对比或换引擎重试。",
  "parameters": {
    "query": { "type": "string", "description": "搜索关键词" },
    "source": { "type": "string", "description": "指定后端类型 (例如 exa, serper, tavily, jina, firecrawl, searxng 等)" },
    "maxResults": { "type": "number", "description": "返回结果数量上限 (默认 8)" }
  }
}

Agent 典型工作流

1. Agent 执行 web_search(query="最新技术动态") 走默认搜索池；
2. 发现结果大多是旧闻或不相关，Agent 主动调用 web_search_from(query="最新技术动态", source="serper") 从 Google 实时索引获取结果；
3. 对比各源信息，输出最准确、最及时的回答。

---

🧪 单元测试

项目包含完善的单元测试套件（覆盖熔断器状态机、加权轮询、优先级排序、多源容灾、自愈探活等）：

# 运行单元测试
npm test

# 运行真实网络冒烟测试
EXA_API_KEY=your_key node scripts/smoke.mjs exa serper tavily

---

📄 开源许可证

本项目基于 MIT License 开源。

欢迎提交 Issue 和 Pull Request 共同改进！

---

📝 更新日志

0.3.22 (2026-10-21)

• 写回文档时去掉所有空字符串字段（含 apiKeyEnv: ""）：设置页保存后不会再把 apiKeyEnv: "" / weight: 1 这类默认值刷进 profile 补丁文档。

0.3.21 (2026-10-21)

• 修复保存一次就丢 key 来源：normalizeConfig() 重建 backend 对象时只保留固定字段， 把 apiKeyEnv 抹掉了——设置页保存任意一项后，下次启动 .env 里的 key 全部失效。 现在保留原对象其余字段；写回文档时也不再写入空的 apiKey: "" / baseURL: ""。
• 测试：normalizeConfig 保留 apiKeyEnv / 自定义字段。

0.3.20 (2026-10-21)

• 修复直写明文 key 的风险：写路径（key 保存 / 后端增删序）原先读的是"合并后的生效配置"， 在 DSH 0.2.1 下那份配置的 apiKey 已被 .env 解析成明文，保存一次就会把所有 key 明文写进 git 跟踪的 profile 文档。现在写路径改读 store.raw()（入口原值、不经 env 解析）， 只写回 UI 真正改过的字段，apiKeyEnv 原样保留。
• 测试补强：test/routes.test.js 断言写回后 apiKeyEnv 仍在、且不会带入 env 明文 key。

0.3.18 (2026-10-21)

• 修复"恢复行内配置"会删配置：DSH 0.2.1 的 settings 文档就是 profile 的 cordis.patch.yml， 原先用 unset 清理用户覆盖会把用户手写在文档里的行内 backends 一起删掉。现在改为把 apply 时（未经 .env 解析、不含明文密钥）的快照显式写回，语义变成"撤销本次运行内的设置页改动"； 拿不到快照时直接报错而不是冒险清空。
• README 补充 0.2.1 下设置文档 = 补丁文档的注意事项；面板文案改为"恢复行内配置"。

0.3.17 (2026-10-21)

• 适配 DSH 0.2.1 的新设置 API：0.2.1 移除了 settings.register()，设置服务改为 "配置 schema 派生的表单 + describe()/mutate() 写入"。插件现在
  • 导出 Config（含三个 volatile() 字段：strategy / backends / removed），
  • 热读走入口 Config 的 volatile 引用（config.backends.get()），不经过 describe()（它会脱敏 apiKey），
  • 写入走 settings.mutate(ns, [{op:'set', path:[…]}])，带 revision 乐观锁并在冲突时重试一次，
  • 重置走 unset 路径操作回到组合层基线，
  • 命名空间取本插件 entry id（fiber.entry.id，可能带父级前缀，按候选列表探测），
  • 同时用 settings.configure({auto:false}) 关掉自动生成的通用表单（避免与本插件的原生面板重复）。
• 旧 API 保留：DSH 0.2.0 上自动走 settings.register() 分支，行为与 0.3.16 一致。
• 无 settings 服务时不再整块卸载 HTTP 路由：状态/额度/探测仍然可看，只有写入返回 500 并附原因。
• 修复：mountSearchPoolRoutes 里 webServer 未绑定（0.3.12 起的 reference is not defined）。
• 测试：新增 test/routes.test.js（HTTP 写路径/跨源校验/错误码）与重写的 test/settings-host.test.js（volatile 引用读写、revision 冲突、双代 API 分支），共 83 个用例全绿。