定时提醒到底在哪:它是可选的 Web overlay,不是插件
配方模板 · 尚未在本站完成实测
本页是配方模板,尚未在本站完成实测。运行记录、token与耗时会在复测后补上;在那之前不填任何估算数字。
适用场景
想找「定时任务」的入口,翻插件列表没找到,怀疑自己装错了版本。其实它不是插件,也不在命令行里。
准备
- 宿主版本
- 待填(实测时记录具体rc版本号)
- 模型
- 待填
- 模式 / 权限
- 建议先用标准模式 + 工作区内修改
- 需装插件
- 无(如用到插件,在实测后补齐名称与版本)
- 输入材料
- 放在独立工作区,原始文件先备份
完整指令
我想确认这个环境里「定时提醒 / 定时任务」功能的入口在哪,以及它能做什么、不能做什么。
请按这个顺序回答,每条都要说明依据来自哪里(文档、配置文件、还是你的推测):
1. 这个功能是内置子系统、可选能力(overlay)、还是插件?它属于哪个包?
2. 入口在哪:命令行、Web 界面、还是配置文件?如果只在某个界面里,说清是哪个界面、需要先开启什么。
3. 它支持哪几种调度规则?逐条列出,并说明每种规则的参数限制(最小间隔、时间格式、时区怎么给)。
4. 它明确不支持什么?(例如日历规则、cron 表达式、跨会话交付)
5. 提醒到期后怎么交付?如果会话已关闭会怎样?
不要给我「一般定时任务都支持 cron」这类通用说法。如果这个版本的调度协议不支持 cron,直接说,并说明那我该用什么替代。
最后给我一条能立即验证的命令或操作,用于确认这个入口确实存在。运行记录
| 项目 | 数值 | 备注 |
|---|---|---|
| 耗时 | 待实测 | |
| 结果 | 待实测 | |
| 输入 / 输出token | 待实测 | |
| 残留 | 待实测 |
产物
跑通后在这里给出文件清单与截图,并说明原始文件有没有被改动。
验收清单
点一下可勾选,用来逐条核对。
- 回答了「内置 / overlay / 插件」三选一,并给出包名
- 说清了入口在哪一层(CLI / Web / 配置),以及需要先开启什么
- 列出了支持的规则及其参数限制(尤其最小间隔)
- 明确写出了不支持什么,没有用「通常支持」含糊过去
- 给了能立即验证入口存在的命令或操作
失败与边界
- 实测事实:schedule在DSH里是可选能力,官方文档标题就是「仅限Session内的Schedule」,包里是 @deepseek-ai/dsh-schedule与 @deepseek-ai/dsh-client-ui-schedule(一个服务端、一个界面侧)。它不在profiles的bundles列表里(那份只有dsh-base与dsh-web-app),说明要额外加载overlay才启用。
- 它只支持三种规则:after(正的安全整数秒延时)、at(显式绝对时点)、every(固定间隔,最低300秒)。官方原话:协议不包含日历规则或Cron表达式、重复调度时区。
- 交付只在会话内部:live且空闲的agent立即交付,已关闭或cold的会话让提醒保持逾期直到被恢复。没有邮件、短信、推送。
- 所以「找插件列表」永远找不到它——它不是插件。这条配方存在的意义就是把「它是什么」这一层问清楚,避免在错误的地方浪费时间。
- 卡在哪:能跑,但需要先把Schedule overlay开启再做端到端验证(创建一条提醒、等它到期、看是否回到原会话)。本站尚未加载该overlay。