DSH Plugins
返回列表
dsh-task-dispatch-table

dsh-task-dispatch-table

工作流 更新于 2026.10.17

在终端中运行以下命令:

dsh plugin install cq-guojia/dsh-task-dispatch-table

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

在 DeepSeek Harness 中执行 dsh plugin install cq-guojia/dsh-task-dispatch-table 即可安装(源码:https://github.com/cq-guojia/dsh-task-dispatch-table)。

插件介绍

如果你希望 Agent 按时间表反复干活,却又不想每次「该不该跑」都问模型、白白烧 Token,这个插件把「何时派发」和「真正执行」拆开:调度是纯程序逻辑,判断何时到期、是否满足依赖、是否还在允许延迟窗口内,都不经过模型;一到点就把任务作为独立的 dsh 会话丢出去,由 Agent 在指定工作区里完成具体工作。

核心是一张任务定义表:每一行描述标题、提示词、日程、附件、工作区、模型、上游依赖和开关。调度循环按 tick 扫描到期任务,在 SQLite 里原子认领后派发会话,并通过会话必须调用的回执工具跟踪结束状态;错过窗口的档期会记录为跳过并写明原因,而不是悄悄消失。支持一次性、按日/周/月的周期,以及每 N 小时(可限工作日)三种模式,且都带允许延迟;下游任务自行声明依赖,派发时会冻结匹配到的上游实例及其输出交给本次会话。

每次运行都是独立会话:有自己的状态、Token 用量、产物和事件日志,可事后查看、失败可重试、同一任务串行执行。界面覆盖任务列表、单次运行与诊断日志、跨任务执行时间线、计划与实际运行的月历,以及分栏式编辑器和可逐项重置的设置页。

适合在 dsh 主机上运营多条定时或依赖链式 Agent 工作流的人——例如日报、巡检、批处理流水线——需要可审计的运行记录,又不想把调度成本算进模型账单。

截图预览

使用场景

  • 每天固定时间自动生成报告并归档到工作区
  • 多步流水线中下游任务等待上游成功后再自动执行
  • 主机短暂繁忙或宕机后在允许延迟窗口内补跑,而不是静默丢单

适合人员

  • 在 dsh 主机上运营多条周期性 Agent 任务的用户
  • 需要可审计运行记录与失败重试的自动化维护者
  • 用下游声明依赖编排小型流水线、又不想为调度付 Token 的团队