@aiwayds/dsh-web-search-anysearch
适用于 DeepSeek Harness (dsh) 的 AnySearch 网页搜索提供商插件
插件会安装到这里；不确定时保持 web。
npx -y @deepseek-ai/dsh plugin --profile web add @aiwayds/dsh-web-search-anysearch@0.4.0Web Search Anysearch 以 @aiwayds/dsh-web-search-anysearch 发布，当前版本为 0.4.0。Plugin Hub 会校验它的 manifest，并保存精确安装来源，便于复现安装结果。
A DeepSeek Harness (dsh) plugin that provides web search through AnySearch — "AI Search Infrastructure for Agents".
Requires dsh >= 0.1.5-rc.2 — this plugin targets the dsh RC/stable line only (CI and releases resolve the newest of the latest/next dist-tags at runtime). The alpha line is no longer supported.
The plugin registers a WebSearchProvider (id: "anysearch") with the official
ctx.web capability seam,
so the model keeps calling the same web_search tool with the same citation formatting
and bounds. No third-party SDK is used: the transport follows AnySearch's own reference
CLI (anysearch-ai/anysearch-skill).
Per the official interface spec (scripts/shared/doc_spec.md in the skill repo):
POST https://api.anysearch.com/mcp — JSON-RPC 2.0 tools/call, stateless (no
initialize, no session, one connection per request).Authorization: Bearer <API_KEY> is optional — anonymous access works with lower
rate limits. A free key is available at anysearch.com/console/api-keys.max_results is capped at 10 by the API.content if the
format ever drifts — a search never fails just because the parser did.node:https per request (not fetch/undici), matching the official CLI and
avoiding a known undici connection-pool hang on this endpoint.Vertical routing (domain/sub_domain via get_sub_domains), batch_search, and
extract remain richer MCP/skill-layer features; this provider deliberately exposes the
general search tool to dsh's model-facing web_search (a domain can be pinned in
config). Point an MCP client at AnySearch for the full toolset.
One command:
dsh plugin --profile <name> add @aiwayds/dsh-web-search-anysearch
dsh plugin installs the package into the profile (via pnpm) and registers it in
dsh.profile.bundles automatically — the package declares dsh.bundle, so the
official CLI reconciles the layer stack by itself. Restart dsh. That is the whole
install: the plugin mounts itself AND claims the web_search default at the bundle
layer, so with zero configuration the model's web_search tool runs on AnySearch
(anonymous access needs no key).
Local development: dsh plugin --profile <name> add link:/path/to/dsh-web-search-anysearch
(relative path specs anchor to your invoking directory). The manual route — adding the
dependency and the bundle entry to ~/.dsh/profiles/<name>/package.json yourself and
running pnpm install there — works identically.
@deepseek-ai/*packages are peer dependencies by design: they must resolve to the profile's single shared dsh closure. Putting them independenciesinstalls a second cordis instance and crashes the loader.
dsh plugin --profile <name> remove @aiwayds/dsh-web-search-anysearch
The host auto-cleans the whole install: the bundles entry is spliced out of the
profile's package.json, the dependency is removed, and the plugin's patch
layer drops with the package — including the searchProvider: anysearch
claim the patch placed on the host web row, so web_search reverts to the
host default (deepseek-official). Restart dsh and it is as if the plugin was
never installed.
There is no on-disk state to clean up: the plugin is stateless (no cache, no config writes). The optional API key, if you ever stored one, lives in the host-owned credentials document — remove it there if unwanted.
One caveat: if you hand-copied the selection into your own patch layer
(searchProvider: anysearch in the profile or home cordis.patch.yml), that
line outlives the plugin — searches then fail gracefully with
WEB_PROVIDER_UNAVAILABLE (no provider with that id is registered) until you
delete the line.
API key — only needed for higher rate limits. Anonymous access is valid AnySearch
usage; when the anonymous quota runs out, the search error names the credential to
configure. Store the key in dsh's managed credentials document
(~/.dsh/.credentials.yaml):
version: 1
refs:
ANYSEARCH_API_KEY: <your_key>
Keep another engine as the default? Your own patch layer always outranks the plugin's bundle patch — one entry, no need to touch the plugin:
# profile cordis.patch.yml or ~/.dsh/cordis.patch.yml
- id: web
config:
searchProvider: tavily # or deepseek-official, exa, ...
Verify which engine owns web_search:
dsh --profile <name> --dump-config | grep -A3 'id: web$'
Plugin config (all optional; via a patch layer, read at startup):
| Field | Default | Notes |
|---|---|---|
apiKeyEnv | ANYSEARCH_API_KEY | Credential reference resolved per search |
apiKey | — | Literal key; wins over the reference |
endpoint | https://api.anysearch.com/mcp | Env override: ANYSEARCH_ENDPOINT |
timeoutMs | 30000 | Per-request budget |
domain | — (general) | Pin a vertical: finance, academic, code, … (17 total) |
maxResults | 8 | Default when the tool sends no bound; API caps at 10 |
title, url, snippet text; relative
date:/sitelinks: annotations stay inside the snippet (no ISO dates → publishedAt
is never set); duplicate URLs dedupe.WEB_ABORTED; transport failures, non-2xx
statuses, JSON-RPC errors, and isError tool results as WEB_PROVIDER_ERROR with the
provider's message surfaced.available() is a local check only (parseable endpoint) — anonymous access means no
key is required to be usable.npm install
npm run check # tsc --noEmit
npm test # build + node --test (transport runs against a local HTTP server;
# markdown fixtures come from real API payloads)
After editing src/, run npm run build and restart dsh.
MIT