dsh-find-plugin 是什么？DeepSeek Harness 搜索与查找 DSH plugin 的命令用法

dsh-find-plugin 是装在 profile 里的一个 DSH plugin：它让 DeepSeek Harness 的 agent 在会话内直接搜索 GitHub 上的插件生态，按星标排序后连仓库和安装命令一起给你——它不是 dsh 的终端子命令，你是在对话里用它。

DSH plugin 概览

本文回答三件事：dsh-find-plugin 是什么、它怎么装怎么用、以及搜不到插件时该怎么办。 一句话说清定位：它解决的是「我不知道有哪些插件、也不知道该怎么找」的问题，把原本要在浏览器里翻的检索动作搬进会话（来源）。对刚上手的人来说，先弄清有哪些 DSH插件 值得装，往往比背命令更重要。它和「怎么找插件」的方法总览不是一回事——后者讲思路，本篇讲这个插件本身。想把找插件的入口先摸清，可以对照看《DeepSeek 插件在哪下载安装？》。

dsh-find-plugin 是什么：会话内搜索 DSH plugin 的发现工具

dsh-find-plugin 是一个以 npm 包形式分发的插件发现 DSH plugin，让 agent 在会话里实时检索 GitHub 的 dsh-plugin topic 仓库，按星标排序后返回仓库名、一句话描述与可直接运行的安装命令（来源）。 几个要点：

• 它不是 dsh 命令：终端里没有 dsh find-plugin 这条子命令，别指望敲它就能搜插件；能搜的是「会话里的 agent」，它调用这个插件提供的工具。
• 双数据来源：既查 GitHub 上实时打标的仓库，也合并一份现成清单，再按星标排序、去重后给出结果。
• 结果可执行：每条结果都附带一条安装命令，agent 顺带能帮你把安装也跑掉，省掉复制粘贴这一步。
• 支持自然语言：你可以说「帮我找个做记忆的插件」，不必记精确包名。
• 同名实现不止一个：社区里可能有多个 slug 都叫 dsh-find-plugin、由不同 owner 发布的实现，功能接近但细节不同，挑选时以兼容状态与维护活跃度为准。

它和插件市场是互补关系：市场是「装和管」，它是「找」。你会发现两者共享同一个数据底座——GitHub 上带 dsh-plugin topic 的公开仓库。

插件仓库怎么被打标：dsh-plugin topic

官方 README 建议插件作者给自己的仓库加上 dsh-plugin topic，方便被检索发现（来源）。 这个 topic 正是 dsh-find-plugin 检索的数据底座：一个公开仓库只要打了它，就会被目录收录、也能在会话内被搜到，不需要作者再手动提交。反过来，没打这个 topic 的仓库对「按 topic 检索」的插件就是不可见的——这正是后文兜底办法里，让你直接去 GitHub 搜 topic:dsh-plugin 的原因。

dsh-find-plugin 怎么用：安装、触发与参数

用法分两段：先用命令行把它装进 profile，再在会话里用自然语言触发搜索（来源）。 安装与触发按顺序：

1. 先启动一次 profile — 执行 npx @deepseek-ai/dsh web。预期：首次启动自动生成 web profile，~/.dsh/profiles/web 出现。
2. 按 npm 包安装 — 执行 dsh plugin --profile web add dsh-find-plugin。预期：pnpm 输出 added，依赖写入 profile 的 package.json。
3. 或按 GitHub 仓库安装 — 执行 dsh plugin --profile web add github:awesome-dsh-plugin/dsh-find-plugin。预期：从 git 源安装成功，效果与上一步一致。
4. 重启 dsh web — 让插件树重新加载。预期：该插件提供的搜索工具被注册进会话。
5. 在会话里触发 — 直接说「帮我找一个能做记忆的插件」或「有没有支持图片输入的插件」。预期：agent 返回匹配仓库、星标数与可执行安装命令。
6. 让 agent 顺手安装（可选） — 确认结果可信后，可以让 agent 直接执行安装命令。预期：插件被装进当前 profile，重启后可用。

「参数」这块要澄清：它不是靠子命令 flag 调的，可调的是查询本身——用插件名或仓库名最准，功能词只能作为备选。这跟插件市场里搜索框的行为一致，市场里搜索覆盖插件名、描述、标签三类字段（来源）。也就是说，dsh-find-plugin 在会话里找，市场在界面里找，命中的是同一批数据。搜索词怎么写更准，见《DSH 插件怎么搜》。

返回结果里的安装命令长什么样

每条结果附带的安装命令就是 dsh plugin --profile <name> add <包名或 Git 地址>，与手动安装走的是同一条子命令（来源）。 npm 包直接给包名，GitHub 仓库写成 github:<owner>/<repo>。所以你可以放心让 agent 执行，也可以先把命令抄下来、自己核对来源后再跑——结果里给的就是你会在终端里敲的那一条。

搜不到插件怎么办：换词、看分类与 GitHub topic

搜不到并不等于不存在，多半是关键词没对上或该插件没被索引；按「换词 → 看分类 → 查 GitHub topic → 自定义安装」四步兜底（来源）。 按顺序处理：

1. 换更精确的词 — 把「记忆」这类功能词换成一个具体的插件名或仓库名，或换成英文同义词重试。预期：结果从空变有，或从一堆无关项收窄到目标。
2. 改用分类筛选，别只靠关键词 — 到 DSH Plugin Hub 的插件市场按分类浏览。预期：在对应分类里看到关键词没命中的插件。
3. 直接查 GitHub topic — 在 GitHub 搜索 topic:dsh-plugin，找未被目录索引的仓库。预期：发现一些还没进目录、但确实存在的插件。
4. 目录外的走自定义安装 — 如果插件确实不在收录里，改用市场的「自定义安装」通道（NPM 包、GitHub 源码或 DSH 命令）。预期：即使搜不到，也能把它装进当前 profile。
5. 同名挑维护活跃的 — 遇到同 slug 多个实现时，比较 Star 与最近更新时间。预期：选到仍在维护的那一个，避免装到停更版本。

一句话：会话内搜是快路径，分类与 topic 是兜底路径，自定义安装是「搜不到也要装」的最终出口。

使用 DSH plugin 的注意事项与局限

1. 是插件不是命令 — 别把 dsh-find-plugin 当成 dsh 的内置子命令，安装、卸载仍归 dsh plugin add / remove 或插件市场管。
2. 搜到的不一定适配 — 星标排序只反映流行度，搜到的 DeepSeek插件 仍需核对兼容状态与最近更新时间，再决定装不装。
3. 依赖索引覆盖 — 没打 dsh-plugin topic、没进目录的插件，会话内很可能搜不到，得走分类或 topic 手动找。
4. 会话内触发要看工具是否启用 — 装完记得重启，且确认该工具在当前 profile 与 preset 下被启用，否则 agent 调不到。
5. 安装等于执行第三方代码 — 让 agent 自动安装前，先确认来源仓库可信，别把「顺手装」当成免审查。
6. 同名实现要分清 — 同名不一定是同一个作者，装前点开来源仓库确认 owner 与 README。

与其在会话里逐条让 agent 搜、再自己核对来源和装法，不如用 DSH Plugin Hub 的插件市场先按分类把候选看一遍：搜索、兼容状态、Star 与更新时间都在卡片上，一眼就能筛掉不合适的。

来源：awesome-dsh-plugin/dsh-find-plugin、dsh-plugin.org 插件市场、dsh CLI README