重复执行一个有边界的检查
Orbit 示例检查现有下载文件并报告错误，不修改文件。它保存一条明确请求、一位执行队员和 Orbit 项目。先手动运行一次，确认结果后再选择重复时间。
定时任务依赖执行主机：电脑上的 Rovai 与已配置智能体需要可用。保存时间计划并不意味着创建了独立云服务。
可以重复使用的请求
在 Orbit 项目运行 node verify.mjs，读取 index.html，报告三个平台名称、检查结果以及具体错误。不要修改文件、提交、发布或联系其他队员。最后用简短摘要交付。
设置执行上下文
保存、运行并查看结果
- 打开“定时任务 → 新建”，填写名称和完整执行内容，选择队员与项目。只有名称不能代替请求正文。
- 首次验证选择“手动”并保存，在任务操作菜单选择“运行一次”。
- 查看执行历史，打开这一条记录进入本次新建的会话，再看公屏结果和执行记录。
- 请求符合预期后，再设定时间并核对主机本地时区下的下次运行时间。不再需要时从操作菜单关闭。
本次已完成的运行
在对应会话阅读报告
每次触发使用什么
- 新会话
- 每次接收的触发都根据保存的请求、队员和项目新建会话，不会悄悄追加到旧会话或继承旧会话全部消息。
- 智能体与文件
- 所选队员在主机的项目目录或受管快速对话目录执行；这些是真实文件，可能已不同于上一次触发时。
- 结果与通知
- 历史记录保留结果和会话入口。可选渠道通知有独立送达结果；通知失败不意味着应该重跑模型。
不能正常运行时会怎样
- 上次仍在运行
- 同一定时任务的上次运行仍在进行时，本次重叠触发会跳过，不会排队补跑；查看历史中的原因。
- 需要审批或补充输入
- 无人值守执行不能无限等待交互决定。当前实现会取消该次执行并记录需要交互的失败。先在普通会话完成交互，再调整定时请求。
- 应用关闭或主机休眠
- 所需主机进程不可用时不会执行智能体。恢复后记录最近一次错过的触发并推进到将来时间，不会补跑所有错过的间隔。仅一次计划即使错过或重叠也会被消费并关闭。
- 关闭或移除
- 关闭会阻止未来计划触发，已在进行的执行要另行查看。移除定义不会抹掉过去的会话和执行记录。
各项设置决定什么
- 名称与提示词
- 名称方便查找；提示词才是队员实际收到的工作。提示词应写清结果与边界。
- 执行队员
- 由一位队员接收定时请求；触发时主机上的智能体配置需要可用。
- 运行项目
- 一般事务可选快速对话；涉及仓库时选对应项目。允许改文件前核对目录。
- 时间计划
- 可以选择每天、工作日、每周、仅一次、自定义 Cron 或手动；保存后看显示的时间与下次运行。
- 渠道通知
- 可用时可选渠道 Bot 通知结果；通知是否送达与智能体执行是否成功是两件事。