dsh-web-search-nokey
为 DeepSeek Harness 提供无需密钥的网页搜索。在基于额度的配置（Trae、WorkBuddy）中修复 web_search 401 错误，无需 API 密钥。
插件会安装到这里；不确定时保持 web。
npx -y @deepseek-ai/dsh plugin --profile web add github:a1435473620/dsh-web-search-nokey#85e474de59e5ff4d3a006f6913818ef7c3d0c148Web Search Nokey 以 dsh-web-search-nokey 发布，当前版本为 1.0.0。Plugin Hub 会校验它的 manifest，并保存精确安装来源，便于复现安装结果。
点击下方 Badge 复制 Markdown，粘贴到 README 即可。
验证 package.json 声明的 GitHub 仓库，即可管理这个公开页面。认领后，Hub 会优先安排当前版本的安全扫描，并在通过后公开展示结果。
认领这个 Plugin →给 dsh 一个不用 API key 的搜索。
聊天正常但 web_search 一直报 401？如果你是用积分把模型接进 dsh 的（Trae 积分、WorkBuddy 积分），
原因就是这个。装完插件，搜索换成公开搜索引擎，不需要任何 key。
如果你用积分把模型接进 dsh —— Trae 积分、WorkBuddy 积分，随便哪个 —— 那 web_search 大概率是这个报错：
DeepSeek API error (HTTP 401): Authentication Fails, Your api key: ****1b24 is invalid
聊天没事，只有搜索挂。原因是 dsh 的聊天和搜索走的不是同一条路：聊天走你的连接器，
搜索是另一个内置模块，它只认 DEEPSEEK_API_KEY。你没有那把 key，所以搜索就是死的。
顺带一提，web_fetch 不受影响。它是匿名公开抓取器，压根没有凭据这个环节。
dsh plugin --profile web add github:a1435473620/dsh-web-search-nokey
发到 npm 之后也可以用短名字：
dsh plugin --profile web add dsh-web-search-nokey
装完就生效，不用改配置，也不用重启。
注意不是 npm install -g —— 这是 dsh 的插件，要装进 profile 才有用。
卸载：
dsh plugin --profile web remove dsh-web-search-nokey
dsh 的搜索后端同时只能选一个。不显式指定选哪个，它就会去数有几个能用的 ——
而内置那个后端永远说自己是能用的，于是两个一撞，直接报 WEB_PROVIDER_AMBIGUOUS，
搜索反而彻底用不了。
所以插件里带了 cordis.patch.yml，把选择写死了。别删它。
直接用，web_search 工具会走这里。
三个后端按顺序兜底，够条数就停：Bing 的 RSS、Bing 的网页、360。 一次查询大概 200ms，返回 8 条带摘要的结果。
改的是 profile 里的 cordis.patch.yml，一般不碰。
| 字段 | 默认 | 说明 |
|---|---|---|
engines | bing-rss, bing-html, so360 | 顺序就是兜底顺序 |
maxResults | 8 | 单次上限 |
timeoutMs | 12000 | 单个上游请求超时 |
proxy | 空 | 走代理时填，比如 http://127.0.0.1:7897 |
userAgent | 桌面 Chrome | 这些搜索页会拦裸客户端 |
环境变量可以覆盖同样几项，前缀 DSH_WEB_SEARCH_NOKEY_。HTTPS_PROXY 也认。
engine=xxx failed，这时它自己会往下换一个后端。dsh 0.1.5-rc.2 上实测，web profile，Windows，Node 24 和 22 都跑过。
If you're running dsh on credits — Trae credits, WorkBuddy credits, whichever — web_search
probably looks like this:
DeepSeek API error (HTTP 401): Authentication Fails, Your api key: ****1b24 is invalid
Chat is fine; only search is broken. In dsh, chat and search are two unrelated paths.
Chat goes through your connector. Search is a separate built-in module that accepts one
credential and one only: DEEPSEEK_API_KEY. No key, no search.
web_fetch is unaffected, for what it's worth — it's an anonymous public fetcher with no
credential step at all.
dsh plugin --profile web add github:a1435473620/dsh-web-search-nokey
Once it's on npm, the short name works too:
dsh plugin --profile web add dsh-web-search-nokey
It takes effect right away. Nothing to configure, nothing to restart.
Not npm install -g: this is a dsh plugin and belongs in the profile.
To remove:
dsh plugin --profile web remove dsh-web-search-nokey
dsh allows exactly one search backend at a time. If you don't name one, it counts how many
are usable — and the built-in one always claims it is. Two candidates means
WEB_PROVIDER_AMBIGUOUS, and search stops working entirely.
That's what cordis.patch.yml is for: it names the backend. Don't delete it.
Just use it — the web_search tool routes here.
Three backends in fallback order, stopping once there are enough results: Bing's RSS feed, Bing's HTML page, then 360. Roughly 200ms per query, eight results with snippets.
Edit the profile's cordis.patch.yml if you need to. Most people won't.
| Field | Default | Notes |
|---|---|---|
engines | bing-rss, bing-html, so360 | Order is fallback order |
maxResults | 8 | Per-query cap |
timeoutMs | 12000 | Per upstream request |
proxy | empty | Set it if you're behind one, e.g. http://127.0.0.1:7897 |
userAgent | desktop Chrome | These pages turn away bare clients |
Environment variables override the same fields, prefixed DSH_WEB_SEARCH_NOKEY_.
HTTPS_PROXY is honoured too.
engine=xxx failed and it moves on to the next backend.Tested on dsh 0.1.5-rc.2, web profile, Windows, Node 24 and 22.
MIT