Article content is shown in its original language.
当 DSH 插件进入你的工作区，真正发生的动作是读取配置、写入文件、调用命令或改变会话状态。DeepSeek Harness 不是普通聊天窗口，它把 Agent 和可挂载扩展放进同一条执行链。官方 Release 页面当前可核对的最新标签是 dsh-v0.1.6-alpha.2；这只是版本事实，不等于每个插件都完成运行验收。
普通用户先看到的是一个动作，不是一个生态数字
今天只看一个插件：dsh-TUI
本次选择 ccch1mneyyy/dsh-TUI，固定到 Commit d3d05ed5b7f34121f441e4ee5fcd2372437878b5。它解决的是在终端里观察和驱动 DSH 工作流的问题，适合希望从命令行管理 Agent 任务的开发者。仓库和 Commit 能证明代码位置与固定版本，不能证明安装成功、Profile 重启后可用或真实任务输出正确。
静态审查到哪一步
本次完成了仓库页面、固定 Commit 和包结构的静态审查，记录了可见的命令、依赖和文档边界。没有把 README、Star、目录收录或安装命令当成运行证明。尚未完成一次性 Profile 安装、重启、真实任务输出、卸载和回滚，因此证据等级是 pinned source review，而不是 verified runtime。
至少三个失败点
第一，终端依赖或运行时版本不匹配，安装能结束但启动找不到模块；第二，插件命令可能只在开发目录有效，换到干净 Profile 后失效；第三，终端 UI 能打开不等于 Agent 能完成任务，权限、工作区路径和配置文件仍需逐项验证。另一个风险是插件更新后 Commit 变化，权限和行为随之漂移。
发现、核验和管理不是一个动作
GitHub Topic 适合看生态覆盖，Awesome 清单适合导航，搜索目录和 Leaderboard 能提供热度，安装文档能说明入口，但它们都不能单独证明权限、固定来源、运行证据和回滚。共同缺口是四件事没有连成同一条决策链：来源要固定，权限要读懂，运行要实测，变更要可撤销。
在安全检查之后再看精选目录
完成上述检查后，读者可以把国际站 https://dsh.store/ 作为精选发现入口，把国内入口 https://dsh-store.cn/ 作为另一访问入口；两者是同一生态的不同入口，不应重复计数。本次读取显示 DSH.Store 在架 325 个插件、23 个可生成计划，时间为 2026-09-19T21:07:59Z。这个数字是当次目录口径，不代表 GitHub 总生态，也不代表运行安全。
插件使用者可研究并 Star https://github.com/AI-Scarlett/dsh-safe-plugin-manager，把来源、权限、事务变更、健康检查和回滚放进本地流程；插件开发者可研究并 Star https://github.com/AI-Scarlett/build-dsh-plugin，但若当前仓库没有声明开源许可证，修改或再分发前要核对授权。
安装前后的最小清单
固定 40 位 Commit，读 package.json、锁文件和权限说明；用无秘密的一次性 Profile 安装；完成 Profile 重启；运行一个不会改生产数据的任务；保存输出、错误和网络访问；最后执行卸载和工作区回滚。只有这条链闭合，才能说某个插件在某个环境完成了一次验收。
原稿日期：2026-09-20。