DSH Plugins
返回列表
⚙️

dsh-workloads

工作流 更新于 2026.08.25

在终端中运行以下命令:

dsh plugin install yewenyell-lang/dsh-workloads

将以下提示词粘贴到 DeepSeek Harness 对话框中:

在 DeepSeek Harness 中执行 dsh plugin install yewenyell-lang/dsh-workloads 即可安装该插件,开源地址为 https://github.com/yewenyell-lang/dsh-workloads。

插件介绍

在 DeepSeek Harness 里跑一个 dev server 或 file watcher,它不像构建或测试那样有明确终点。把它当作普通会话任务(Job)来管理,生命周期语义就拧巴了:Job 绑定会话,会话一关就没了;而开发服务器需要的是工作区级别的持久身份、跨会话存活。dsh-workloads 为这类长驻服务提供了持久化、工作区所有权的进程管理层,同时通过运行中心(Runtime Center)把会话级任务与长驻服务在视图上彻底分开,避免生命周期互相混淆。

每个 Workload 拥有稳定的 workloadId,每次启停生成新的 runId 并递增 generation,持久化记录、轮转日志和就绪证据(日志匹配、TCP 探测、localhost HTTP 探针)都存储在业务仓库之外。浏览器端运行时中心以会话为界同时展示 Session Jobs 和 Workspace Workloads,支持单停、重启和一键全停,所有操作均经过工作区 cwd 校验与凭证脱敏。Agent 侧可选加载七个 workload_* 工具,让模型在对话中直接启停长驻服务,而共享的 Host 服务不会被隔离到单个 Agent 内部。

如果你日常在 DSH 中同时维护 dev server、watcher、本地 proxy 或调试器,又不希望它们与一次性的构建、测试混在同一条生命周期里,这个插件提供了清晰的三层分工:Host 层管持久化与进程安全,Client 层管可视化,Tools 层管 Agent 交互。当前 Provider 仅支持 Windows 本地进程,Service/API 契约尚处 pre-1.0,适合愿意参与早期迭代的 DSH 用户。

使用场景

  • 在 DSH 会话中同时跑 dev server 与构建任务,需要按工作区与会话分别管理生命周期
  • 跨会话持久化 watcher、本地 proxy 或调试器,不随会话关闭而丢失
  • 让 Agent 在对话中直接启停本地长驻服务并查看就绪状态与日志尾部

适合人员

  • 日常在 DSH 中维护 dev server、watcher 或本地 proxy 的开发者
  • 需要区分会话级任务与工作区级服务生命周期的工作流用户
  • 希望 Agent 直接管理本地进程并查看运行状态的 DSH 高级用户