DSH Marketplace
EN

dsh-automation

titanwings/dsh-automation

定时任务:让 Coding 任务按计划在全新 Agent Session 中运行,保留可审计历史。

514TypeScriptMIT源码

安装

把 dsh-automation 装进 DeepSeek Harness

GitHub 方式 · GitHub 源码

从 GitHub 装会执行项目自己的构建脚本,而 pnpm 默认拦着不让跑——先跑一次这条命令,pnpm 会打印出要加到 ~/.dsh/profiles/web/pnpm-workspace.yaml 里 `allowBuilds` 下面的那个 key。

我们跑过之后

我们跑过,装得上

这里每条命令都在一次性容器里、对着干净 profile 真跑过,结果取自 harness 自己的记录,不是读源码猜的。 最近一次 2 天前.

安装前须知

装 dsh-automation 之前,先看这几条

  • 源码在这里: titanwings/dsh-automation——已进入社区精选库,DSH 自带的插件市场就是从这儿装的。
  • 开源协议:MIT。
  • 自动识别到:终端执行。授权之前请先读一遍源码。
  • 被收录在这里不代表通过了安全审计。插件是带着你 agent 的权限在跑。

AI 锐评

是什么 — dsh-automation 让定时或一次性的编码任务在全新 agent 会话中独立运行,并保存可审计的运行历史记录。

谁该装 — 如果你需要在不依赖旧聊天记录的情况下,定时或一次性地运行自包含的编码任务,每次运行都在明确的工作空间和权限边界内,并且能够查看运行历史,那么 dsh-automation 适合你的场景。 对于需要在对话中交互式审批或根据文件、 HTTP 或进程条件自动响应的任务,用户不适合使用它,因为它只支持按时间调度的独立运行。

注意 — 从源码安装需要 Node.js 22.19 或更高版本。沙箱实测在全新 profile 中成功通过,插件被 harness 注册进 profile。未发现明显的执行问题。

锐评 — 我会安装它,因为它能在全新会话中执行编码任务并留下可审计历史,这满足了独立工作需求。

grok-4.6 写的,只当参考,不当结论。里面说装得上或装不上,是在干净 profile 里真跑过的;其余都是读仓库读出来的。以实际运行为准。

dsh-automation 是做什么的

Clock-marked task capsules enter fresh isolated agents through permission gates and settle into archival blocks.

dsh-automation 是一个 DeepSeek Harness 插件,用于按计划在全新的 agent 会话中执行独立的 Coding 任务,并保留可审计的运行记录。它支持一次性、固定间隔、每日和每周计划;每日和每周计划使用 IANA 时区,并以经过校验的 RFC 5545 RRULE 保存。

任务由保存的 prompt、workspace、cwd、Agent preset、model target 和 permission preset 组成。每次运行都会创建新的 root Agent 与 Session,不读取发起计划时的聊天历史,并写入定义 revision、计划时间、结果 Session ID、摘要、终态和结构化错误。可在 Web 的 Automations 页面管理,也可由符合条件的 root Agent 使用 workspace 范围内的工具管理。DeepSeek Harness 插件会把运行交给拥有相应权限的 agent,因此会触及指定 workspace 和终端;权限边界取决于保存的 permission preset。设置 archiveRunSessions: true 后,结束的运行会从普通会话列表归档,但日志不会删除,默认值为 false

它适合不依赖隐含聊天上下文、无需中途人工批准的定时 Coding 工作。不适合响应文件、HTTP 或进程条件的任务,也不适合需要回到同一实时会话的提醒;后者应使用 DeepSeek Harness 的 Schedule。

dsh-automation 的文档

dsh-automation 的行为说明

DeepSeek Harness 会为每次计划运行创建新的 root Agent 和 Session,只发送保存的 prompt,不带来源会话历史。运行同时使用捕获的 workspace、cwd、Agent preset、model target、permission preset,并附带包含 automation ID、run ID 和计划时间的 automation 消息来源。状态从 queuedrunning 进入 succeededfailedskippedcancelled 等终态。

dsh-automation 的配置

在 Cordis plugin 配置中设置 archiveRunSessions。默认值为 false;设为 true 时,结束的运行会从普通 DeepSeek Harness 会话列表归档,但日志和 Automations 历史仍保留。当前 Harness 没有 unarchive API。定义更新会增加 revision,历史运行仍标明执行的版本;删除定义不会立即删除运行记录。保留策略只清理最旧的终态记录,不清理 queuedrunning 记录。

dsh-automation 的命令

DeepSeek Harness 在 web profile 提供 Automations 页面。符合条件的 root Agent 可使用 workspace 范围内的管理工具,包括 automation_createautomation_listautomation_update,以及运行、暂停、恢复和删除 automation 的操作。

环境要求与限制

README 要求 Node.js 22.19 或更高版本。安装到 DeepSeek Harness 的 web profile 后,需要重启 dsh web。任务必须自包含;依赖未说明的聊天历史、需要中途交互批准,或由文件、HTTP、进程条件触发的工作,不属于文档说明的适用范围。

根据项目自己的文档整理,会跟着上游更新。两边对不上时以源码仓库为准—— 去 GitHub 看原始 README

同一分类

dsh-automation 的同类插件

dsh-agent-teams

NanmiCoder

491

AgentTeams 多智能体团队。

我们跑过,装得上

npm 包TypeScript2 天前

AI 锐评

dsh-agent-teams

是什么 — 将DeepSeek Harness会话转为可分配角色、依赖感知任务并支持直接消息的多代理团队。

谁该装 — 在需要将复杂目标拆分成依赖感知任务并协调多个持续子代理时,我会使用此插件。 不适合仅依赖单代理模式完成所有任务的用户,因为它需要引入团队级持久状态和调度机制。

注意 — 沙箱实测中在全新profile中成功注册并被harness启用。 未发现明显的坑。 团队状态存储在文件系统下,多个并发进程编辑同一团队时未被协调。

锐评 — 如果我需要在一次会话内启动并持久化多代理协调,我会装它,因为它提供了自动任务重用和直接消息,但前提是严格限制单active team。

grok-4.6 写的,只当参考,不当结论。里面说装得上或装不上,是在干净 profile 里真跑过的;其余都是读仓库读出来的。以实际运行为准。去看源码
1详情

dsh-plugin

Tabbit-Browser

83

Tabbit Broser plugins for Deepseek Harness

我们跑过,装得上

GitHub 源码JavaScript2 天前

AI 锐评

dsh-plugin

是什么 — 插件为 DeepSeek Harness 提供 Tabbit 浏览器控制能力。

谁该装 — 在使用 DeepSeek Harness 执行自动化任务并需要浏览器集成时,这个插件能提供 Tabbit 控制能力。如果你的 DSH 运行在无法访问本机 GUI Browser 的沙箱环境中,就不必装,因为本 Skill 不会使 Tabbit 自动化变得可用。

注意 — 实测通过:在全新 profile 里装上,并被 harness 注册进 profile。静态检查提示会执行 shell 命令。从源码装时需要先手动放行它的构建脚本。需要 Tabbit 浏览器 1.9.0 或更高版本。

锐评 — 我会装它,因为它通过后台任务解决了 Tabbit 安装和 Skill 加载,但前提是能在本地访问 Tabbit GUI。

grok-4.6 写的,只当参考,不当结论。里面说装得上或装不上,是在干净 profile 里真跑过的;其余都是读仓库读出来的。以实际运行为准。去看源码
1源码

dsh_workflow

icetomoyo

76

把 UltraCode 式多 Agent 调度带给 DSH:可生成、可保存、可治理、可观察、可恢复的 Workflow 层。

我们跑过,装得上

GitHub 源码TypeScript6 天前

AI 锐评

dsh_workflow

是什么 — DeepSeek Harness workflow 插件,能把一次性多 Agent 调度升级为可生成、可保存、可恢复的 workflow 层。

谁该装 — 在 DeepSeek Harness 会话中需要多次执行并行调查或安全评审等复杂多 Agent 任务时,此插件适合把 workflow 保存为 capsule 以供复用。 如果你的任务仅是短暂的一次性调度,则无需此 workflow 层,因为它专注于更高一层的流程产品能力。

注意 — 从源码安装时需要先手动放行构建脚本。沙箱测试在全新 profile 里通过,已被 harness 注册进 profile。没发现明显的坑。

锐评 — 我会装它,因为它把 DSH 的多 Agent 变成长期维护的 Agent 工作流库。

grok-4.6 写的,只当参考,不当结论。里面说装得上或装不上,是在干净 profile 里真跑过的;其余都是读仓库读出来的。以实际运行为准。去看源码
1详情
49

技能驱动的 harness/loop 工程化工作流插件。

我们跑过,装得上

GitHub 源码TypeScript2 天前

AI 锐评

mstar-harness

是什么 — Morning Star Harness 是一个 TypeScript Harness Workflow Engine 的 Agent Plugin,提供 deterministic workflow gates 和 mstar-* judgment skills。

谁该装 — 当需要在 DeepSeek Harness 下执行 iteration 或 codebase audit,进行 multi-agent code delivery 时,它适合使用。 如果任务不需要 judgment skills 驱动的 engineering workflow,不必安装。

注意 — 从源码装时需要先手动放行它的构建脚本。安装时会自动执行脚本,会执行 shell 命令。沙箱实测通过:在全新 profile 里装上,并被 harness 注册进 profile,没发现明显的坑。

锐评 — 我会装它,因为它是 portable across hosts 的 Agent Plugin。

grok-4.6 写的,只当参考,不当结论。里面说装得上或装不上,是在干净 profile 里真跑过的;其余都是读仓库读出来的。以实际运行为准。去看源码
2详情
39

可复用 Agent 小队:每个成员独立配置 provider/model 路由与工具策略,支持串行/并行派单、spawn/fork/chain 上下文模式和 Web 管理面板。

装得上,但要先放行构建脚本

GitHub 源码TypeScript2 天前

AI 锐评

agent_team_gui

是什么 — 此插件为 DeepSeek Harness 提供 per-agent 代理团队支持,支持模型和工具策略独立配置。

谁该装 — 在 DeepSeek Harness web 配置文件下处理多模型代理协作任务时,此插件支持 per-agent 模型和工具策略选择。 如果你使用 headless 或 bare-profile,则此插件不适用于你的场景。

注意 — Sandbox 测试显示,该插件可安装但构建脚本被拦下,用户需手动允许才能完成注册。未发现其他明显问题。

锐评 — 我会安装它,因为它提供了 per-agent 模型切换和持久化团队保存的支持,但必须先手动允许构建脚本。

grok-4.6 写的,只当参考,不当结论。里面说装得上或装不上,是在干净 profile 里真跑过的;其余都是读仓库读出来的。以实际运行为准。去看源码
1源码

全局持久 Agent 小队:每个成员独立配置模型与工具策略;在 Settings 中管理、按对话选择并开关协作,普通发送按固定顺序或由模型规划执行。

装得上,但要先放行构建脚本

GitHub 源码TypeScript2 天前

AI 锐评

dsh-agent-team-gui

是什么 — 该插件在 DeepSeek Harness 中管理持久代理小队,支持每个代理独立选择模型和工具策略,并在对话界面选择启用协作模式。

谁该装 — 当你在 DeepSeek Harness 对话中需要多代理协作并指定各自模型时,此插件适合使用。仅依赖单一代理模式时无需安装它。

注意 — 从源码安装时,构建脚本会被 pnpm 拦截,需要手动允许才能完成注册。未发现其他明显的坑。

锐评 — 我不会安装它,因为安装需额外手动允许构建才能注册完成,尽管它能提供持久代理小队管理。

grok-4.6 写的,只当参考,不当结论。里面说装得上或装不上,是在干净 profile 里真跑过的;其余都是读仓库读出来的。以实际运行为准。去看源码
1源码