给 DeepSeek Harness 加一个「定时任务」能力:到点自动跑(社区插件)

[uluckystar]

给 DeepSeek Harness 加一个「定时任务」能力:到点自动跑(社区插件)

DeepSeek Harness 的 agent 跑起来很能干活,但有个场景一直要人盯着:**
想在固定时间自动做点什么**——比如每天凌晨整理一次工作区、定期跑个巡检脚本、到点提醒自己某件事。之前只能靠外部 cron,或者人肉记住。

我们做了一个社区插件 dsh-schedule-tasks,把定时任务直接做进了 DSH:

它做了什么

• 5 段式 cron 解析:17 4 * * * 这种标准写法,也支持自定义,不依赖系统 cron
• 侧边栏任务面板:在 Web GUI 侧边栏直接「新建 / 编辑 / 启停 / 删除 / 手动触发」定时任务,可视化看列表和日志
• host + headless 都能跑:web profile 和 headless profile 都验证激活过,独立进程也能定时干活
• 动作可扩展:目前支持 shell 命令触发,可以定时跑脚本、发通知
• 持久化:任务配置存在 $DSH_HOME/storages,重启不丢

几个实际用法

# 每天 04:17 自动跑数据刷新
17 4 * * *  /path/to/refresh_data.py

# 每 30 分钟巡检一次服务状态
*/30 * * * *  /path/to/healthcheck.sh

插件是这么来的

这个插件是我们(MyDSH,一个非官方社区,mydsh.dev)在日常维护社区站时被真实需求逼出来的——每天凌晨要自动刷新插件数据,手动记着太容易忘,干脆做成了插件。现在它也在我们的插件大全里(mydsh.dev/plugins 搜「schedule」能找到)。

如果你也有「到点自动跑」的需求,或者想要更丰富的动作类型(比如定时发消息、定时触发 agent 任务),欢迎在评论区聊聊你的场景,也可以去 mydsh.dev 反馈页告诉我们——说不定下一个功能就是你提的。

[uluckystar]

定时任务插件这块目前就是按设定时间自动执行，另外可以配置 shell 超时，适合把一些重复的命令交给它跑。大家更常拿它做哪类任务？

[uluckystar]

补一个实际运行情况：社区站目前已把每小时数据刷新、插件挖掘、路线图刷新、中英简介生成、每日全量刷新和官方动态更新统一交给定时任务面板管理；长任务的 shell 超时也已单独调整，避免沿用默认 60 秒中断。

[uluckystar]

补一个定时任务的最新运行点：8 月 23 日 01:20（UTC+8）自动刷新完成，插件候选数更新到 11283；上一小时为 11254。每小时刷新目前仍在连续产出数据点，也便于发现任务中断或数据异常。

[uluckystar]

补一个定时任务的运行数据：8 月 24 日 07:19（UTC+8）自动刷新完成，插件候选数更新到 11738；一小时前记录为 11734。本轮任务仍在持续产出小时级数据点，除了更新目录，也能帮助观察任务是否中断或出现异常波动。

[leenkcool]

你的插件我可以收录吗？ 挺好的。
欢迎来提PR 。
#4278

[uluckystar]

可以收录，MyDSH 非官方维护的定时任务和插件市场都按 MIT 开源，保留仓库来源和许可即可。这次把定时任务仓库缺失的预构建 lib 补齐了，同时修复跨盘持久化、保存失败未上报和手动重复触发的问题；安装说明也已按当前 HTTP 接口更新。建议引用明确版本或提交，兼容性按实际测试的 DSH 版本标注。

[uluckystar]

补充一下目前社区定时任务插件的实际边界：它适合把明确、可重复的流程交给定时触发执行，Shell 任务还可以配置超时，避免单次任务长期占用资源。大家如果有日报、巡检或定时同步等场景，欢迎分享实际配置和遇到的问题。

[v-star0719]

ui全家桶插件是不是带的这个

[uluckystar]

这里是 MyDSH 非官方维护的独立定时任务插件，提供 cron、Shell／通知动作和任务管理面板。「UI 全家桶」不同仓库、版本包含的组件可能不一样，单凭名称还不能确认它是否集成了这个实现。你把具体仓库链接和版本贴一下，我按依赖和安装清单核对，避免重复安装两套调度。

[uluckystar]

补充一个实现边界：定时任务插件支持配置 shell 超时，适合把同步脚本、定期检查这类任务交给调度器运行。实际使用时，大家更关心的是单次任务超时后的处理方式，还是失败重试和运行记录？

[uluckystar]

补充一个实际使用细节：定时任务不是临时挂在当前进程里的，配置会持久化保存，并能在侧边任务面板里查看、启停和确认下次运行时间。这样更适合管理同步脚本、定期检查等长期任务；大家更看重运行记录，还是失败后的重试策略？

[uluckystar]

补充一个适合长期任务的管理思路：定时任务配置会持久化，不依赖当前对话是否还开着；在侧边任务面板可以查看、启停并确认下次运行时间。用于同步脚本或周期检查时，大家通常更在意运行记录，还是失败后的重试策略？

[uluckystar]

补充一个最近的运维变化：站点的数据刷新、插件挖掘和校验任务，已从旧的 PM2/独立 cron 方式收拢到 DSH 的 schedule-tasks 调度入口；任务配置持久化，重启后仍可在面板查看和启停。这样长期任务的运行记录和失败排查会更集中一些。

[CaffeineOddity]

https://github.com/CaffeineOddity/dsh-plugins/tree/main/dsh-cron-loop 欢迎品尝+使用。
安装后/cron xxx prompt创建任务。
http://127.0.0.1:3080/cron 查看、管理

[uluckystar]

补充一个最近的运维变化：站点的数据刷新、插件挖掘和校验任务，已从旧的 PM2/独立 cron 方式收拢到 DSH 的 schedule-tasks 调度入口；任务配置持久化，重启后仍可在面板查看和启停。这样长期任务的运行记录和失败排查会更集中一些。