dsh-collection 怎么安装？

在已安装 dsh CLI 引擎的环境中，进入插件页复制安装命令一键执行即可；尚未跑自动兼容性验证，可查看页面内的依赖与入口分析。

dsh-collection 兼容性怎么样？

尚未跑自动兼容性验证，可查看页面内的依赖与入口分析。

dsh-collection 有中文文档吗？

已提供中文翻译 README（由 DeepSeek 最新模型翻译生成），本站可切换中英文对照阅读。

dsh-collection 还在维护吗？

GitHub 0 星。最近一次上游提交在 2026/9/24。

插件合集书架 ZeroCode321/dsh-collection

DeepSeek Harness

ZeroCode32141 天前有提交已提供中文文档扫描：无法判定

在 GitHub 查看 ↗

按类别浏览我做的全部 DSH 插件与工具

29.6/100

综合分

GitHub 星标

—

npm 周下载

—/5

用户评分

数据截至 2026/9/27 · 周下载取自 npm 全网（含 CI / 镜像），非本站安装数；综合分由星标、活跃度与兼容性检查合成。

安装命令 · 需先装 dsh CLI 引擎

dsh plugin --profile web add ZeroCode321/dsh-collection

该包不可直接 npm 安装，改从 GitHub 源安装（明细见下方安装检查）

状态速览

判定依据：实装验证 · 静态安装检查 · 自动扫描 · 仓库维护状态

信任档位：已验证

是什么

dsh 原生插件 · vision

装得上吗

本站已真实安装成功

非静态推断

L4 · 真实安装等级说明 →

安全吗

本站尚未对该插件做风险分级

暂未覆盖，不等同于无风险

还在维护吗

更新放缓：最近一次提交在 41 天前

档位由哪些信号合成

本站实装验证（真实安装 L4 覆盖全站；L5 为运行时冒烟或实机截图，覆盖范围小于 L4） · 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。下方各区块是它的证据明细。

验证判据与等级说明 →

社区实装还没有人打卡 · 装过的第一个就是你

安全扫描自动 · 静态分析源码

v2.7.0

⚪ 扫描：无法判定尚无人工评估

展开查看扫描说明与证据 ↓

已尝试扫描但取不到可分析的源码：仓库或包不存在、已删除，或为非 JS/TS 实现、未随包发布源码。无法判定，不代表安全。

· 包内无可扫 JS
· TS 源码（可能为非 JS 实现或未发布源码），无法判定

扫描于 2026/11/4（0 天前） · 范围全包扫描（包内未声明入口） · 来源 GitHub 仓库

静态扫描只反映源码中出现的调用，不构成安全背书；人工评估与自动扫描相互独立、互不覆盖。

给这个插件打分还没有人投票↓

用户评分

还没有人投票，来当第一个

广告精选好物

飞利浦 TAH6519 主动降噪耳机 ¥299

头戴式无线 anc 主动降噪，蓝牙连接，久戴舒适向。

·anc 主动降噪 · 头戴式无线
·价格与库存以商品页实时为准

去淘宝看看→

广告MCP 兼容手册

装完插件，给 AI 接上 MCP

Cursor、Claude Code、VS Code 逐个核对：能不能装、配置怎么写、装不上是什么原因。

·按客户端逐格核对
·结论标注依据与风险等级

查 MCP 兼容性→

功能亮点

按类别浏览插件工具
侧边栏行操作插件
插件包与技能管理

我的 DeepSeek Harness 项目都放在一个架子上：侧边栏行操作插件、管理插件包和技能的箱子，还有鲸鱼下潜动画。按分类索引，附截图。

README

由 DeepSeek 最新模型翻译生成

展开完整文档（README 剩余 1 节）

DSH 合集

我构建的每一个 DeepSeek Harness（DSH）项目都汇集于此——插件、管理它们的工具，以及那些让界面更赏心悦目的小部件。

DSH 是一个基于 Cordis 的智能体框架：Host 进程掌管会话、工具和插件加载器；Web 客户端负责渲染 UI，并将每个插件的浏览器端部分作为预构建模块加载。这里的一切都是普通的 DSH 插件或包——没有任何东西会修补 DSH 自身的源码，也不需要任何分支。

作者： ZeroCode321 · 许可证： MIT（以各项目为准，除非项目自带许可证）

目录

| # | 项目 | 类别 | 简介 | 独立仓库 |
| 01 | dsh-workspace-menu | 插件开发 | 侧边栏工作区/会话行菜单：置顶、未读、复制、显示位置、分叉、压缩、带防护的删除 | dsh-workspace-menu |
| 02 | dsh-chest | 插件管理 | 侧边栏中的一个“宝箱”，可安装、排序、移除和分享真实的插件包与技能 | dsh-chest |
| 03 | dsh-whale-diving | UI 与装饰 | DeepSeek 鲸鱼，在回合运行时跃出水面并潜入水中 | dsh-whale-diving |

本仓库是索引与归档：每个项目的源码都保存在这里，让整个书架可浏览、自包含；同时每个项目也拥有自己的仓库，便于直接克隆、提交 issue 和查看发布历史。两者由人工保持同步；若出现差异，以本仓库为最新。

01 · 插件开发

为 DSH 自身界面增添能力的插件。如果你想了解一个 DSH 客户端插件是如何搭建的，这些项目值得一读：如何在没有行级扩展点的情况下识别某一行、偏好设置如何在重新加载后保留、Host 路由如何被围栏保护，以及行标记如何被渲染进一个对它一无所知的 React 树中。

dsh-workspace-menu —— 旗舰项目。右键或双击任意侧边栏行，会打开 DSH 自带的菜单原语，并附带内置行菜单所不具备的操作。它也是本合集中最诚实的工程作品：它携带了一个三层 bug，在经历两轮“修复”后仍存活，直到最终被发现，修复过程记录在案例研究中。

02 · 插件管理

dsh-chest —— 工具类。DSH 可以加载一个插件，但管理一整架插件意味着要编辑配置文件清单、接上 link: 依赖，并手动重启服务器。Chest 它在侧边栏内部完成这些操作：安装、卸载、重新排序、移除、编写技能，并将其中任何内容导出为单个 .chest 文件，供另一台机器导入。
它是 Web 配置文件之上的一层补丁，外加一套用于描述“这是什么东西、它来自哪里”的词汇表。

03 · UI 与装饰

dsh-whale-diving —— 小巧、自包含，是任何编写第一个 DSH 客户端插件的人的入门点：一次插槽注册、一个 CSS 动画，没有业务逻辑。它也是那个鲸鱼最终成为项目 01 中固定行标记的插件，这就是为什么两者被放在一起记录。

各部分所在位置

projects/
01-plugin-development/dsh-workspace-menu/ 完整插件源码、测试、文档 02-plugin-management/dsh-chest/ Host 网关 + 客户端区块 + 示例 03-ui-and-decorations/dsh-whale-diving/ 动画插件 assets/ workspace-menu/ 固定行截图 chest/ chest 区块截图 whale-diving/ 动画帧和固定行标记

每个项目目录都带有自己的 README，其中包含针对其自身平台的安装步骤，并且每个项目都可以用相同的方式安装到 DSH 配置文件中：

1. 使该包可供配置文件使用
cd ~/.dsh/profiles/web
npm install link:
2. 将其 bundle 名称添加到 package.json 中的 dsh.profile.bundles
3. 重启 DSH 服务器（浏览器名单在启动时扫描）

dsh-chest 正是自动化了这三步；项目 02 的 README 解释了细节，包括为什么重启不是可选项。

这个集合不是什么

- 它不是 DSH 的分支。 位于 DSH 之外的项目不会修改 DSH 自身包下的任何文件。
当某个项目需要 DSH 没有的扩展点时，它会说明这一点并绕过它——例如，行级菜单是通过 React 放在该行 fiber 上的 props 来访问的，因为 DSH 没有提供行级插槽。这是对 DSH 内部机制的真实依赖，它被如此记录在案，并且当 DSH 发生变化时，它将是第一个出问题的东西。
- 它不是插件市场。 Chest 管理你放进去的东西。没有注册表、没有依赖解析，也没有从网络获取。

测试状态

| 项目 | 测试 | 备注 |
| dsh-workspace-menu | 33 个单元测试 + 实时 GUI 检查 | npm test；浏览器行为已针对运行中的实例验证 |
| dsh-chest | 12 个单元测试 + 实时 GUI 检查 | Host chest 网关和客户端区块 |
| dsh-whale-diving | 2 个单元测试 | 动画通过视觉方式验证 |

实时检查是通过 Chrome DevTools Protocol 针对运行中的 DSH 实例驱动的——无头 Edge、真实 DOM、真实插件名单。脚本位于每个项目自己的 _chest-build 相邻工具中，或位于本仓库的历史记录中；重要的是在每个项目的README中都有命名。