dsh-find-plugin
Agent 与工作流awesome-dsh-plugin/dsh-find-plugin
在会话内搜索发现 DSH 插件——实时 GitHub dsh-plugin 主题搜索,按星标排序
- deepseek-harness
- dsh
- dsh-plugin
验证与兼容性
这里展示目录实际采集到的证据;未声明的信息会明确标为未知。
- 当前版本兼容性
- 已在当前目录版本验证
- 声明的 Harness 范围
- 未声明
- 声明的平台
- 未声明
- 适用 Profile
- web
- 构建授权
- 未知
- 权限声明
- 未声明
- 外部服务
- 未声明
- 遥测声明
- 未知
这不是安全背书;安装前仍应查看源码、权限和配置。
查看证据与判定范围
验证仅覆盖标出的来源、版本和 Harness 环境,不代表未来版本仍然兼容。
dsh-find-plugin@0.3.7- 插件通过清单与静态结构检查,尚未完成运行时加载检查。
README
dsh-find-plugin 
English | 中文
A plugin that finds plugins — think /find-skills from skills.sh, for DSH.
Tell your agent what you want ("notify me on WeChat when a task finishes"), and it searches the DSH plugin ecosystem on GitHub for you — top results by stars, each with a one-line description and an install command.
Install
# from npm (prebuilt, recommended)
dsh plugin --profile web add dsh-find-plugin
# or from GitHub
dsh plugin --profile web add github:awesome-dsh-plugin/dsh-find-plugin
Usage
Restart dsh web after installing, then just talk to the agent — it calls
find_dsh_plugin on its own whenever plugin discovery helps:
- "What terminal TUI plugins are there?"
- "I want to get a WeChat notification when a task finishes — any plugin for that?"
- "Find me something for reviewing git diffs inside DSH."
Each result comes back with stars, a description, the repo link, and a
ready-to-run dsh plugin add command — ask the agent to install one and
it can run the command for you.
How it works
- Live GitHub repository search scoped to the official
dsh-plugintopic, re-ranked by stars (5-minute per-query cache). - When a result is also listed on
awesome-dsh-plugin, its hand-written
bilingual description from
plugins.jsonreplaces the GitHub one (thelangparameter picks the language) — ranking is untouched. - Every result comes with a ready-to-run
dsh plugin addcommand. Plugins are third-party code — review the source and pin a commit.
Rate limits and offline fallback
GitHub's search API allows only 10 requests/minute per public IP when
unauthenticated, and that quota is shared by every host behind the same egress
IP (carrier CGNAT, corporate NAT, …), so a search can fail with HTTP 403 for
reasons outside your control. The plugin therefore:
- uses the
GITHUB_TOKENDSH credential when one is configured (30 req/min, account-scoped, immune to shared-IP exhaustion). Optional — without it the tool still works, just closer to the anonymous limit; - retries a rate-limited (403/429) or failed request once, then degrades instead of failing: it falls back to keyword matches from the curated list and says so in the result note;
- caches the curated list on disk (
$DSH_HOME/cache/dsh-find-plugin/) and revalidates it withIf-None-Match/If-Modified-Since, so restarts and offline runs use the full ~3400-entry list instead of the small bundled snapshot. - says why a request failed. Node reports every transport failure as a bare
fetch failedand hides the useful part incause, so the plugin surfaces the chain (fetch failed ← certificate has expired (CERT_HAS_EXPIRED)) and names the one trap that otherwise looks like a plugin bug: a system proxy or VPN accelerator, which Node'sfetchignores unless DSH itself was started withNODE_USE_ENV_PROXY=1(or--use-env-proxy). A browser has no such rule — which is why GitHub opens fine and this still fails.
Compatibility
DSH plugin APIs are prerelease-versioned, and node-semver only lets a
prerelease satisfy a range that carries a prerelease on the same
major.minor.patch — so a peer range pinned to one host line silently stops
matching the next one. The declared @deepseek-ai/dsh-tools range therefore
names every shipped line through 0.1.7, and npm run check:peers (run in CI)
resolves the current latest/next host lines from the registry and fails the
day a new one is not covered.
Development
npm run typecheck # tsc --noEmit
npm test # offline tests (mocked fetch)
FINDP_LIVE=1 npm run test:live # opt-in real-network cases
License
MIT © awesome-dsh-plugin