人工智能AI 应用AI Agent桌面应用插件系统DeepSeekdsh-plugin【免费下载链接】deepseek-harness-desktop为 DeepSeek Harness (DSH) 插件生态打造的现代化桌面端解决方案。万物皆「插件」桌面本身也是「插件」。项目地址https://gitcode.com/gh_mirrors/de/deepseek-harness-desktop点击查看免费下载本文基于 DSH Community Fabric 的源码调研记录状态源码调研2026-08-17系统梳理 DSH 插件生态中 12 个代表性开源插件的真实实现方式归纳出插件开发者反复需要的能力清单并对照当前仓库中 Fabric 的 架构设计、成熟框架调研 与 RFC 草案说明这份调研如何决定 Fabric 兼容层的优先级排序与产品边界。读者读完可以掌握DSH 插件生态存在哪些共性断点、每个断点对应哪种能力契约、以及插件声明意图 / 宿主掌握位置与授权 / Adapter 翻译版本差异这一决策边界为何成立。1. 方法与限制为什么用按功能抽样而不是随机统计调研使用了两组证据全部来自公开资料与静态源码阅读未安装依赖、未执行任何第三方插件代码插件目录快照公开的 DSH 1024Store / awesome DeepSeek Harness 插件目录在 2026-08-17 的快照中列出 3,809 个仓库其自动生成 README 的分类包含 65 个 UI 插件、81 个工具插件、51 个开发/运行时插件、24 个工作流插件、20 个会话/消息插件、19 个通知/集成插件、17 个记忆插件、7 个模型/provider 插件、6 个主题以及 3,491 个仍待分类条目。十二个代表性插件的静态检查clone 仓库并阅读 manifest、patch、Host/Client 入口、测试和文档覆盖 UI、工具、会话、记忆、模型、文件、外部集成、包管理和终端九个方向。调研作者明确声明了两个边界样本是按功能选取而非随机统计因此它能说明生态需要哪些契约不能说明流行度或代码质量。同时目录本身也是更强 manifest 必要性的证据——只知道包名和 patch 文件无法可靠判断兼容性、权限、运行 face、原生依赖或扩展点。这一点与 Fabric 里程碑 中静态 manifest 让工具无需执行插件代码就能检查基本信息的目标直接呼应。2. 十二个代表性插件需求画像与断点以下表格完整保留原调研的十二个样本。每个插件都呈现了用户功能 → 当前实现方式 → 兼容层需求三段结构是后续能力清单的事实来源插件用户功能当前实现方式兼容层需求DSH Better Sidebar文件、编辑器、终端、Git 组成的完整工作台并允许第三方注册 Tab 和文件查看器Host/Client 双 face私有 HTTP/WS 路由、UI slot、Client 服务注册、结构探测和原生 PTY版本化侧栏/Tab/文件查看器贡献、跨 face bridge、受控文件、进程/PTY 和冲突规则dsh-stylevault主题目录与实时外观编辑Client theme API、设置 UI 和 localStorage语义 token 不足时使用 DOM 观察和生成 class patch主题/token 贡献、声明式设置、持久 Client storage以及明确的宿主专属 escape hatchdsh-session-export用模型工具或斜杠命令导出会话读取内部 session event并通过 Node fs 直接写工作区标准 transcript 投影、命令/工具、受控 artifact 导出、workspace scope 和用户可见结果dsh-memento长期记忆、工具、prompt 注入、审批和管理面板双 facestorage/tool 服务加内部事件词汇、结构化服务探测和原始 UI插件私有 storage、上下文贡献流程、工具/拦截器 contract、transcript read 和强类型管理 UIdsh-web-search-exaExa 搜索 provider注册 Host search provider使用 API key REST 或远端 MCPprovider ID 只能人工避冲突Provider 注册/仲裁、secret reference、网络 scope、设置 schema、健康与 fallback 语义dsh-bash-terminal模型 shell 工具和交互终端Host subprocess/sandbox 服务、Client 设置行官方接缝缺失时直接使用 node-pty进程、shell 环境、PTY 和 job capability平台/原生 ABI 描述、进程树取消和明确 fallback 状态dsh-codex-authCodex 登录、模型、搜索、图片工具、用量和设置注册 LLM/search/tool provider读取本地 auth访问 provider并自建 loopback RPC 给 Client UI模型/provider SPI、secret vault、网络 scope、媒体/文件、provider 冲突策略、强类型 Host↔Client bridge 和设置dsh-market安装、更新、卸载、备份和管理插件/主题直接读写 profile manifest、lockfile 和 modules调用 DSH/pnpm部分热更新读取 Loader entry事务化 profile/包管理、进度、锁、build-script 授权、回滚/重启并禁止 raw Loader/Fiber 访问dsh-genui在助手回复中显示交互 UI并把动作回传给模型Host tool/system-prompt/assetsClient fence renderer/slots旧 Host 上退回内部服务反射和 DOM 观察强类型内容 renderer、隔离富视图、版本化 action 消息、静态资源、上下文贡献和 feature negotiationdsh-notify-bark通过 Bark 推送 turn/tool/approval 通知监听内部 session event 名保存设置发出网络请求第三方设置不对 Client 暴露时自建 RPC标准观察事件、通知策略、network/secret scope、去重、设置和标准 bridgedsh-files文件上传卡片和文档读取工具双 face自建上传路由、直接写工作区、注册 tool、conversation slot、全页 DOM 拖放、自定义 CSS、TTL 和去重文件选择/上传/artifact API、附件贡献、quota、session/workspace scope、tool 和 composer 贡献dsh-sidechain侧会话与子会话面板Host agents/subagents Client conversation UIpatch Agent 方法以改变 settlement 和消息投递Session action、子会话身份、delivery/interceptor contract、持久关系和强类型 conversation 贡献这十二个样本中两个只需要 Host一个实质上只需要 Client另外九个同时需要两个 face。调研结论是跨 face 行为不是少数特例而是有一定复杂度的 DSH 插件的常见形态。这也解释了为何 兼容层设计 要把Host/Client face 模型、跨 face 消息桥列为必须预留的接缝而非可选增强。3. 开发者反复需要的能力清单3.1 身份、兼容性和服务有用的 manifest 不能只包含dsh.bundle.patch它至少需要承载稳定 plugin ID、publisher 和插件版本manifest 与 Fabric API 版本Host/Client face、支持的 surface、平台、架构和原生模块带版本的 required、optional 和 provided capability声明式贡献、订阅、敏感 scope、外部域名、可执行代码和安装/build script诚实的兼容证据仅声明、已授权、已测试、已认证或未知。运行时侧调研要求一个带版本的服务注册表包含 required/optional 依赖语义、provider 唯一性或仲裁、健康检查、feature negotiation 和 owner-scoped dispose。它的使命是替代内部反射和任意ctx.get()探测而不是把这些 workaround 标准化。这一点在仓库中有明确的落点RFC 0001 提出静态 manifest 与 capability 协商而 compatibility-layer.zh.md 明确SDK 不允许插件通过一个通用get(name)获取任意 Host servicecapability 协商由 Capability Broker 负责。反观当前可用的插件开发方式见 docs/plugin-development.mdDesktop 插件仍在用ctx.get(desktopProfiles)探测运行环境——这正是调研想用协商契约替代的私有耦合形态之一。3.2 UI 贡献与 Renderer不是同一个万能 renderer样本中的 UI 需求结构完全不同调研归纳出六个层级设置 section 和 row命令面板、菜单动作、状态、通知和对话框conversation header、composer button/dock、tool card、command result、message content 和 fence renderer主题与语义 token layer侧栏 Tab 和文件查看器GenUI、看板、编辑器、终端和工作台等完整富视图。因此 Fabric 需要成熟框架调研提出的四层 UI声明式贡献、强类型 Provider/Renderer、隔离富视图、明确标注的宿主扩展。Slot ID 必须有 schema、版本范围、数量、优先级、fallback 和冲突诊断。调研明确表态生成 CSS class、MutationObserver、原始 DOM 或产品内部 React 组件不能成为受支持的可移植路径。dsh-stylevault 的 DOM 观察与 class patch、dsh-files 的全页 DOM 拖放、dsh-genui 的 fence renderer正是这条结论的三种真实样本。3.3 Agent、工具、模型与上下文扩展开发者需要注册工具和斜杠/产品命令注册 LLM、搜索、图片、记忆等 provider在不接触凭据的情况下读取模型能力在明确阶段加入有限 system/context 片段观察工具执行在工具执行前申请用户批准或实施策略用声明过的 renderer 展示结果。调研特别强调这些是不同的注册表和流程不是一个万能服务。 Provider ID 需要所有权和仲裁工具输入/结果需要 schema、取消、超时、审计和隐私Prompt 贡献需要来源、确定性顺序和 token 预算工具审批需要有序拦截器 contract和明确失败策略。这与 compatibility-layer.zh.md 中不可变观察流 / 命令与动作 / 有序拦截器流程 / 上下文贡献流程 / 持久任务五种协议的划分一一对应v0.1 只包含不可变messages.observe拦截器与上下文贡献必须等独立 RFC 与 conformance fixture。3.4 会话、消息与工作流稳定视图而非 live 对象插件需要稳定的 session view 和 action而不是 live Agent 对象分页 list/get 经过裁剪的 session 和标准 transcript entry观察 message、turn、tool、approval、child-session 和 job 事件授权后 send、continue、interrupt、resume、branch 或 create session通过稳定 operation 选择 model 或 mode关联子会话、任务及其 owner宿主支持时追加带 namespace 的自定义持久事件。调研要求观察、动作、拦截、上下文贡献和持久 job 必须是不同协议事件 DTO 需要 ID、correlation/causation、scope sequence、隐私等级、顺序和 replay 边界。dsh-sidechain 的 monkey patch Agent 方法、dsh-session-export 读取内部 session event、dsh-memento 的内部事件词汇都被判定为缺少 contract 的证据不是需要保留的 API。3.5 跨 face Bridge自动 namespace 的强类型桥每个双 face 插件都应该获得自动 namespace 的强类型 bridge而不是自建私有路由小型操作使用 request/response RPC进度和实时数据使用有界 stream宿主负责提供静态/媒体资源自动带上 plugin/session/workspace scope宿主统一实现认证、授权、CSRF/Origin、大小/速率限制、取消、断连和 secret 裁剪schema/版本协商和测试 fake。Broker 可以把它映射到 Cordis、loopback HTTP/WS、IPC 或其他宿主 transport插件代码不应关心实际传输方式。dsh-codex-auth 自建 loopback RPC、dsh-notify-bark 因设置不对 Client 暴露而自建 RPC、dsh-files 自建上传路由——三个样本反复证明私有路由是当前生态最常见的重复劳动。3.6 文件、网络、Secret、进程与包管理这些敏感功能在样本中高频出现应该有一等的受控 API感知 sandbox 的文件读写、用户文件选择、上传、附件/媒体和 artifact 导出声明网络 Origin/Method、有界 fetch、跳转/超时策略以及永远不进入 Client 的 secret referencesubprocess、shell 环境、PTY、后台 job、进度、进程树取消、平台和原生 ABI 约束当前 profile 身份以及带锁、备份、回滚的插件 install/update/remove/enable/disable/restart 事务。调研同时给出了诚实的边界警告在 trusted in-process 模式下这些 API 能改善兼容、授权和审计但阻止不了恶意代码直接导入 Node API。强制执行需要隔离运行模式。这与 Fabric README 的安全边界声明完全一致capability 声明不等于安全沙箱只有真正实现隔离执行、受控模块加载和受管 IPC 的宿主才能声称权限被技术强制执行。当前仓库里dsh-market 所需的事务化包管理已有初步的 Desktop 侧实现雏形desktopPnpm服务见 plugin-development.md 与 dsh-plugin-desktop/docs/plugin-services.md在 Electron main 进程的 Host Cordis generation 中提供带 recovery receipt 的包操作同一 generation 只允许一个 package operationcordis.patch.yml 则展示了 Desktop Host 如何以官方声明式 composition 装配 desktop-pnpm、desktop-profiles、desktop-updates 等服务。调研指出这仍是更窄的 profile/package 服务距离完整的锁、回滚、build-script 授权契约还有距离。4. 按真实断点排序P0 / P1 / P2P0 —— 先消除最常见的私有耦合manifest/schema 与 Host Descriptor带版本的服务协商和激活所有权带冲突诊断的声明式 UI 贡献标准 session/message/tool 观察和范围很窄的 session action强类型 Host↔Client bridge 与静态资源受控 files/artifacts、network 和 secretsHMR、provider 替换和 shutdown 的 lifecycle/testkit fixture。P1 —— 支持高级插件类别强类型 renderer 与隔离富视图tool、model/search 等 provider SPI上下文贡献与工具审批拦截器 RFCprocess/PTY/job contract事务化 profile/包管理。P2 —— 分发与更强隔离签名、provenance、审核/认证证据和漏洞响应真正强制模块、文件、网络和资源边界的隔离 Worker/进程modpack 兼容证据和可复现的跨宿主测试矩阵。调研特别澄清这不意味着所有 P0 API 都必须进入 Fabric v0.1而是 manifest、Broker、face 模型和 Adapter 必须为它们留出正确位置不能先把上游内部对象临时暴露成公开 API。对照 compatibility-layer.zh.mdv0.1 的协商集合刻意保持很小只有storage.local、commands和一个不可修改的messages.observe事件其余都是规划候选——正是调研结论的落地体现。5. 目标开发体验普通插件开发者应该可以写出import { definePlugin } from dsh-community-fabric/sdk export default definePlugin((ctx) { ctx.tools.register(com.example.export, exportTool) ctx.messages.observe(received, event { ctx.log.debug(message received, { id: event.id }) }) ctx.ui.toolResults.bind(com.example.export.result, exportResultRenderer) })调研注明准确包名和方法名尚未冻结目标体验是manifest 只声明一次工具、renderer、事件兴趣、权限和 face生成类型只暴露协商后的 API注册项随激活自动释放fake Host 使用与真实 Host 相同的 schema、取消、生命周期和错误行为DSH Adapter 翻译到官方 service 和 slot无法保持语义时返回带人类说明的unsupported不默默使用私有 workaround。高级插件可以同时有 Host 入口和隔离 Client view但它们使用生成的 bridge不互相 import 实现也不发明私有 HTTP 路由。compatibility-layer.zh.md 给出了同样形态的示例命令元数据以 manifest 为权威代码只按 ID 绑定 handlerSDK 必须由 manifest 生成精确 context未声明的 capability 在类型中不存在运行时调用也会失败且不能提供绕过协商的ctx.get(anyName)。6. 产品结论插件声明意图宿主拥有边界Koishi 和 Chrome 是很好的参考但真实 DSH 插件能告诉我们理论标准会在哪里失效。真正有用的 Fabric 兼容层必须覆盖插件如何扩展 agent而不只是模块如何加载。决定性的产品边界是插件用 Fabric contract 描述并实现自己的意图宿主拥有位置、授权、生命周期、传输和策略只有 DSH Adapter 接触与版本相关的上游机制。这样才能让生态持续演进同时不虚假承诺所有 UI 都能跨宿主运行也不把可信 JavaScript 插件假装成已经被 sandbox 隔离。当前仓库中dsh-community-fabric 的 RFC 系列manifest/capability/事件模型、Runtime/Presentation/Invocation/Transport、Service Provider 与确定性组合、溯源与 Effect Ledger正是围绕这一边界展开的 Draft 文档而 docs/plugin-development.md 开头也明确区分现在可用的仍是 DSH/Cordis 与 Desktop serviceFabric 的 manifest、capability 和统一事件模型尚处于社区 RFC Draft不能作为依赖或发布目标。这份调研的价值就是为这些 Draft 划定先解决哪些断点、哪些能力必须预留接缝的路线依据。赞分享人工智能AI 应用AI Agent桌面应用插件系统DeepSeekdsh-plugin【免费下载链接】deepseek-harness-desktop为 DeepSeek Harness (DSH) 插件生态打造的现代化桌面端解决方案。万物皆「插件」桌面本身也是「插件」。项目地址https://gitcode.com/gh_mirrors/de/deepseek-harness-desktop点击查看免费下载相关推荐deepseek-harness-desktop 插件生态需求调研DSH 插件开发者真正需要的兼容层能力deepseek harness desktop 插件生态需求调研DSH 插件开发者真正需要的兼容层能力 导读 本文基于 dsh community fabr人工智能AI 应用AI Agent桌面应用插件系统DeepSeekdsh-pluginDSH Community Fabric 兼容层架构解读Plugin → Broker → Adapter 的分层稳定契约设计DSH Community Fabric 兼容层架构解读Plugin → Broker → Adapter 的分层稳定契约设计 导读 本文以 DSH Comm人工智能AI 应用AI Agent桌面应用插件系统DeepSeekdsh-pluginDSH Community Fabric 插件互操作契约全解Manifest、Capability 与事件模型RFC 0001DSH Community Fabric 插件互操作契约全解Manifest、Capability 与事件模型RFC 0001 导读 本文围绕 dsh c人工智能AI 应用AI Agent桌面应用插件系统DeepSeekdsh-plugin上一篇从零到精通掌握Learn Prompting提示工程的完整实战指南下一篇go-app代码审查提高代码质量的有效方法创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
企业数字化 ERP 产品动态
相关推荐
Livewire wire:show 指令完全指南：用 CSS 控制元素显示隐藏，告别服务器往返 Livewire wire:show 指令完全指南：用 CSS 控制元素显示隐藏，告别服务器往返 【免费下载链接】livewire A full-stack framework for Laravel that takes the pain out of building dynamic UIs. 项目地址: https://gitcode.com/gh_mirrors/li/livewire… · 2026/9/20 23:44:11
智能客服选型指南：四维评估与核心产品对比 1. 智能客服行业现状与选型痛点2026年的智能客服市场已经进入深度整合期，头部云服务商与垂直领域解决方案提供商形成了明显的竞争格局。根据第三方调研数据显示，企业客服系统智能化渗透率已达到78%，其中采用云端智能客服解决方案的比例占到了… · 2026/9/20 23:44:11
phpmysql购物网站开发2026最新 PHP MySQL购物网站开发图解步骤避坑指南 改个需求建站公司拖一周，这种憋屈事儿谁还没遇到过？很多中小企业主找外包做 PHP MySQL 购物网站，合同签了，代码交付了，结果想改个按钮颜色、加个优惠券逻辑，对方要么报价翻番，要么排期排到下个月。这根本不是因为技术难，而是你不懂这套技术栈的底层逻辑… · 2026/9/21 6:44:17
seo是什么岗位的缩写?5步拆解求职与建站成本对比评测 seo是什么岗位的缩写?5步拆解求职与建站成本对比评测 别被那些花里胡哨的模板站忽悠了，看着挺像回事，其实打开速度慢得让人想砸键盘，更别提搜索排名了。很多老板花了几千块买个模板，结果百度搜自家品牌名都排不到首页，这就是典型的“为了省小钱，丢了大生意”。 今天咱们不整虚的，直接聊聊… · 2026/9/21 6:31:13
群辉做网站服务器配置对比评测：3个维度避开高价坑 群辉做网站服务器配置对比评测：3个维度避开高价坑 找建站公司最怕被坑高价，尤其是听到“高配服务器”就懵圈。很多老板在选群辉做网站服务器配置时，往往被销售话术绕晕，最后花了云服务器顶配的钱，结果网站还是打不开。… · 2026/9/21 6:18:01
i网站建设踩坑实录：被黑后选哪家更靠谱 i网站建设踩坑实录：被黑后选哪家更靠谱 上周凌晨三点，我的手机疯狂震动。客户在群里@我，说官网突然弹出一堆博彩广告，百度一搜全是挂马链接。那一刻，冷汗直接下来了。… · 2026/9/21 6:04:19
php做网站页面在哪做一文搞懂避坑指南 php做网站页面在哪做一文搞懂避坑指南 找建站公司报价三万八，回来一看还是套模板？很多甲方朋友在这一步就栽了跟头，怕被坑高价，又怕自己不懂技术被忽悠。别慌，今天咱们不聊虚的，直接拆解 php做网站页面在哪做 的底层逻辑， 一文搞懂… · 2026/9/21 5:48:20
Simulink与FlightGear联合仿真：飞行器控制算法三维可视化验证平台搭建 /* MD / 富文本中的 .toc（含博客园搬家等嵌套结构）；.toc-box 在侧栏，不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p（:empty 仍占 20px），一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/9/21 5:38:40
Flutter for OpenHarmony游戏卡片渐变背景实战：从原理到性能优化 直接铺开项目本身吧。这几个月我一直在折腾一件事：用Flutter给OpenHarmony做一款游戏集合类的App，说白了就是把若干小游戏塞进一个壳里，用统一入口分发。这个方向本身不算新鲜，真正让我花了不少心思的，是首页那堆游戏卡… · 2026/9/21 0:02:39
Word表格编号全攻略：从列表编号到题注交叉引用 写Word文档，最让人头疼的往往是那些“看起来不起眼”的小问题。比如表格编号这事：今天在表后面多加了两个空白行，明天给客户交稿前发现整个章节的编号全部错位，光是挨个改序号就能耗掉大半个下午。我前阵子帮人整理一份上百页的技… · 2026/9/21 0:02:39
从第一个站到第二个站：独立开发者的静态网站选型与落地实践 1. 项目概述1.1 核心需求解析做独立开发者这几年，说实话，第一个网站上线的那天晚上我兴奋得没睡着。但等它跑了半年，流量惨淡、功能臃肿、代码自己都懒得看第二遍之后，我才慢慢琢磨明白一个道理：第一个网站是练手&… · 2026/9/20 0:00:41
agents-generator 决策矩阵全解析：从项目检测到 AGENTS.md 规则生成的 16 步判定流程 agents-generator 决策矩阵全解析：从项目检测到 AGENTS.md 规则生成的 16 步判定流程 【免费下载链接】agentic-awesome-skills AAS Core is the local, agent-first control plane for complete catalog discovery, agent-owned selection, stack validation, and … · 2026/9/21 0:00:18
gin-vue-admin 前端工具函数全景指南：src/utils 复用规范与源码级解析 gin-vue-admin 前端工具函数全景指南：src/utils 复用规范与源码级解析 【免费下载链接】gin-vue-admin 🚀ViteVue3Gin拥有AI辅助的基础开发平台，企业级业务AI开发解决方案，内置mcp辅助服务，内置skills管理，… · 2026/9/21 0:00:18
