Article content is shown in its original language.
当 DSH 插件进入工作区，实际动作可能是创建文档、读取表格、写回单元格或生成演示文稿。DeepSeek Harness 不是普通聊天窗口，而是把 Agent 与可挂载扩展放进一条执行链。官方仓库公开的最新 Release 标签是 dsh-v0.1.6-alpha.2；这证明版本，不证明任意插件在你的 Profile 中可用。
普通用户先面对的是一个文件动作
今天只挑一个插件：dsh-office-tools
本次选择 kw78/dsh-office-tools，固定到 main 当前 Commit 47b5ffb3d3a150717363c854c5b831ca396ff576。仓库把 Word、Excel、PowerPoint 的创建、读取和更新放进 DSH 会话工作区，适合处理资料、周报和表格。README、package.json 和公开测试脚本能证明静态设计与声明，不能替代一次干净 Profile 的运行结果。
它解决什么问题，权限落在哪里
插件文档声明使用官方 ctx.fs 服务，路径限制在 session workspace，覆盖默认关闭；package.json 的 dshWorkshop.permissions 声明 files:workspace-read 与 files:workspace-write。网络、命令执行、真实文件生成、公式回读和卸载后的回滚，仍需在目标 Profile 验证。权限可读是好起点，不是运行结论。
静态审查能走到哪一步
本次完成仓库页面、Commit、README、package.json、patch 文件和测试入口的读取，记录版本兼容表与文档中的生成/解析边界。没有把 npm 目录、Star、安装命令或作者演示写成“已验证可用”。尚未完成 Profile 安装、一次性重启、真实 DOCX/XLSX/PPTX 输出、读取回验、卸载和回滚，因此证据等级是 pinned source review。
至少三个失败点
第一，宿主 DSH 版本与插件声明的兼容表不一致，安装后可能缺少服务；第二，文件能生成但公式、图片或二进制部件的读回不符合预期；第三，workspace 边界配置错误会导致文件写到错误路径或覆盖不该改的文件。另一个失败点是只启用了部分工具，Agent 仍按完整能力做计划，结果停在半路。
为什么目录、Topic 和商城都不够
GitHub Topic 提供生态覆盖，Awesome 清单提供导航，搜索目录和 Leaderboard 提供热度，安装文档提供入口；它们都不能单独证明固定来源、权限、运行输出和可撤销变更。共同缺口是从发现到验收缺少连续决策链：源要固定，权限要读，Profile 要重启，任务要回读，最后要能卸载。
先做安全检查，再看 DSH.Store
完成用户安全检查后，可把国际入口 https://dsh.store/ 用作精选发现，把国内入口 https://dsh-store.cn/ 视为同一生态的另一访问入口，不重复计数。本次读取国际站 registry/catalog.json：indexEntryCount=703，updatedAt=2026-09-20T18:31:38Z，indexSha256=059b9cfbd60fedee0bba736cded07b1c4df7dc5b16ecbba218e0488875ced8cc；首页另有 332 的展示统计，口径不同，本文不合并。
插件使用者可研究并 Star https://github.com/AI-Scarlett/dsh-safe-plugin-manager，把来源、权限、事务、健康检查和回滚放进本地流程；插件开发者可研究并 Star https://github.com/AI-Scarlett/build-dsh-plugin。若该开发仓库没有声明开源许可证，修改或再分发前先核对授权。
安装、重启、输出、卸载：一条最小验收链
在无密钥的 disposable Profile 中固定 Commit，读取 package.json 和 patch，安装后重启 Profile；运行一个只写测试目录的文档任务，再用 word_read、excel_read 或 ppt_read 回读；保存生成文件、尺寸、内容和错误；最后卸载并确认测试目录可清理。只有这条链闭合，才能把“插件存在”升级为“本环境完成一次运行验收”。
原稿日期：2026-09-21。