DSH HUB
HomePlugin StoreRankingsPublish Guide
Plugin source
Back to catalog

xiaohj233 /

dsh-tavily-search-provider

Verified

Tavily search provider for DeepSeek Harness with full search-control mapping, credential-backed key UI, and guarded rc.6 patches.

★ 2 Stars0 Forks0 IssuesN/A Community rating0 Confirmed installs
View on GitHub
READMESource: main@aa2eda8c

dsh-tavily-search-provider

English | 中文

Status: Feature Plugin with Compatibility Patch. Tested only with DeepSeek Harness 0.1.0-rc.6.

dsh-tavily-search-provider registers a standalone tavily_search tool and an optional Tavily backend for DSH's official web_search tool. Both paths map the full supported Tavily search parameter surface. The Plugins settings card includes a write-only TAVILY_API_KEY control backed by DSH credentials.

Problem

Community Tavily providers generally cover basic query and result-count behavior. This package is scoped to preserving the model-side controls expected by its compatibility-patched web_search: depth, topic, recency, domain filters, answer inclusion, and raw content.

A clean DSH rc.6 install does not expose those fields in dsh-tool-web and does not expose this plugin's settings namespace through dsh-host-apiproxy, so the package carries guarded patches for both gaps.

Behavior

  • tavily_search: always registered, returns the Tavily-shaped result set and supports all declared controls.
  • Optional web_search provider: routes the official tool through Tavily while keeping the official result/card shape.
  • Per-call credential resolution: changes to TAVILY_API_KEY apply without a restart.
  • Settings card: configured status, password input, save/replace, unset, backend switch, and official-path result cap.
  • Status route: /api/tavily-search-provider/status returns value-free provider/settings state.

Non-goals

This package is not the first or only Tavily integration for DSH, does not replace the DSH provider registry, does not scrape pages itself, and does not make Tavily controls meaningful when a different backend ignores them.

Compatibility patches

Exact targets:

  • @deepseek-ai/dsh-tool-web@0.1.0-rc.6: declares and forwards search_depth, topic, time_range, max_results, include_domains, exclude_domains, include_answer, and include_raw_content.
  • @deepseek-ai/dsh-host-apiproxy@0.1.0-rc.6: adds only dsh-tavily-search-provider to the Web settings namespace allowlist.

Version policy is adaptive by default: a copy whose installed version differs from 0.1.0-rc.6 is still patched when every anchor matches uniquely (recorded as an adaptive match), and skipped with a reason when anchors drifted; a strict programmatic mode restores the old exact-version-only apply behavior. One drifted, foreign, or legacy target never blocks the other, and patch application never throws during boot. Restore remains strictly version-guarded in every mode. Apply and restore are idempotent; file replacements use temporary files and rename.

Compatibility

Requires DeepSeek Harness 0.1.0-rc.6, Node.js ^22.19.0 || >=24, pnpm >=10, and a Tavily API key. After an upstream upgrade, run dsh-tavily-search-provider status once to confirm every target is either applied or intentionally skipped.

Install

dsh plugin --profile web add "github:xiaohj233/dsh-tavily-search-provider#v0.2.0"

Restart once so guarded boot application can patch the clean rc.6 targets. The standalone tool remains usable if an unrelated/legacy target is refused, but the official web_search controls or settings card may be incomplete until that file is restored.

API key and configuration

Open Settings -> Plugins -> Tavily Search. The key input writes only through credentials.set for TAVILY_API_KEY; status uses value-free credentials.describe, and clear uses credentials.unset. A blank key draft keeps the current value.

Key set/unset is disabled on non-loopback plaintext HTTP. Use localhost/loopback or HTTPS. This does not add authentication to the wider DSH Web control plane.

The card also controls replaceOfficialSearch and searchMaxResults. autoApplyPatches can be set to false in the dsh-tavily-search-provider settings section for inspect-only startup.

Patch status, apply, and restore

Run the installed CLI from the profile:

pnpm --dir "$DSH_HOME/profiles/web" exec dsh-tavily-search-provider status
pnpm --dir "$DSH_HOME/profiles/web" exec dsh-tavily-search-provider apply
pnpm --dir "$DSH_HOME/profiles/web" exec dsh-tavily-search-provider restore

Restore before uninstalling:

pnpm --dir "$DSH_HOME/profiles/web" exec dsh-tavily-search-provider restore
dsh plugin --profile web remove dsh-tavily-search-provider

When $DSH_HOME is unset the profile lives under the home directory (POSIX: ~/.dsh/profiles/web; Windows PowerShell: %USERPROFILE%\.dsh\profiles\web); on Windows pass the resolved path to pnpm --dir instead of ~.

If a legacy or foreign edit is reported, reinstall the official DSH package rather than forcing a fuzzy restoration.

dsh-keepalive inserts its allowlist row at the top of the same array, so the two patches no longer share an anchor: both plugins can be installed in either order, and each restore keeps the other plugin's row.

Safety and privacy

The Tavily API receives the query and enabled search controls. include_raw_content can return substantially more third-party page content into model context. Domain filters are search constraints, not a content-safety boundary. Review Tavily's data handling and account limits.

The API key is present only in browser draft state and the credentials.set request created by this package; it is not stored in the plugin settings section, tool results, normal logs, or status responses.

Network resilience (DNS poisoning / fake-IP)

On machines where Clash/mihomo takes over DNS in fake-ip mode, the system resolver can intermittently hand api.tavily.com a fake 198.18.x.x address (or an upstream-poisoned answer), so a plain fetch connects into a black hole and times out — while the real IPs stay reachable.

Since v0.3.5 every Tavily endpoint (search/extract/map/crawl/deep-research) goes through a built-in resilient network layer:

  1. Resolve real A records over plain-HTTPS DoH first (AliDNS, DNSPod, Google), filtering out fake-ip/private/reserved addresses;
  2. If DoH is unreachable, query DoH servers by IP literal (8.8.8.8 / 223.5.5.5), bypassing the system resolver entirely;
  3. Only then fall back to the system resolver; if everything fails, fall back to a plain fetch (old behavior).

Requests pin the TCP connection to a verified public IP while keeping the real TLS SNI and Host header, so searches keep working while DNS is poisoned. Resolutions are cached for 5 minutes (30 s failure backoff, stale entries kept for up to an hour as a last resort). If even DoH is unavailable (total outage), network error messages carry a fake-IP troubleshooting hint.

Tests

npm test
npm run check
npm pack --dry-run

Tests cover request mapping, result projection, exact patch/restore/version/legacy states, package syntax, credential RPC payloads, staged key behavior, and insecure-transport refusal.

Limitations and upstream status

The official DeepSeek search provider ignores Tavily-specific controls. The patch targets only rc.6 and requires a restart when it changes a module that is already loaded. Existing Tavily plugins remain valid alternatives for simpler provider behavior; this package is for the full control mapping and credential/settings integration described above.

License

MIT. Patch targets are MIT-licensed; see THIRD_PARTY_NOTICES.md.

DSH HUB

A community index for DSH plugins. Not an official GitHub or DeepSeek AI product.

APIPublish GuideAbout
—/ 5

No ratings yet

Verified DSH bundle

Commit aa2eda8cd33b

Community comments

No comments yet. Be the first to write one.