m-guo-2/dsh-delayed-task

README 摘要

dsh-delayed-task DSH 官方社区展示帖 · 浏览 dsh-plugin 生态 让 Agent 在稍后真正回来，而不只是提醒你。 dsh-delayed-task 是 DeepSeek Harness（DSH） 的持久化延时任务插件。Agent 可以记录“为什么决定稍后再判断”，在时间到达后恢复原会话，读取最新证据，并重新决定下一步。 页面可以关闭，会话可以变冷。只要 DSH 后台服务仍在运行，任务到期后就会唤醒 Agent；如果 DSH 或机器中途停止，恢复运行后会补触发逾期任务。 它实际会做什么 一次真实 E2E 测试是这样的： 14:34，用户 120 秒后重新检查 README.md 是否存在，并报告能否以只读方式取证。不要申请后台执行授权。 14:34，Agent 延时任务已创建。授权类型： reassess-only 。 随后，页面关闭，原会话不再活跃。 14:36，后台唤醒的 Agent 延时任务已触发，现在根据当前情况重新评估。 Read README.md ✅ Glob README.md ✅ README.md 存在，以只读方式取证成功，无需再次排程。 这段过程使用真实 DSH Web、真实 DeepSeek V4 Flash 和真实文件工具完成。页面在任务到期前已经关闭；结果仍然写回原会话。 它解决的不是“120 秒后显示一句提醒”，而是让 Agent 重新进入当时的决策现场： 1. 创建时保存客观的历史决策，而不是预先写死未来动作 2. 到期后恢复原 session，并注入一条可追踪的 delayed-task event 3. Agent 获取当前证据，判断旧计划现在是否仍然成立 4. Agent 可以结束、在授权范围内执行，或设置下一次检查 例如，到期时 Agent 实际收到的是这类事件： 这里故意强调“过去的决定”而不是“当前指令”。两分钟后环境可能已经变化，Agent 应先重新判断，而不是机械执行两分钟前的计划。 适合什么场景 - 部署后隔几分钟重新检查健康状态，而不是在当前对话里阻塞等待 - 等异步任务、CI、数据处理或外部依赖进入下一状态 - 在限流或暂时故障后，根据最新情况决定是否重试 - 持续观察一个条件，并由 Agent 动态调整下一次检查时间 - 页面关闭后仍需要把结果留在原会话中 它不是 cron，也不是系统通知服务。cron 负责在固定时间执行固定命令；这个插件负责在未来某个决策点重新唤醒 Agent。当前版本不会发送邮件或系统通知，结果保存在原会话。 两种授权效果 仅重新判断 默认且推荐的模式。Agent 可以使用 DSH 明确标记为 read 或 search 的观察型工具获取当前证据，但不能执行写入、删除、命令、网络 fetch、未知类别或任何需要用户审批的调用。 如果任务是在没有可交互 …

分类