定时任务会按预设周期自动执行相关工作，无需人工触发。您可以在‘自动化任务’模块中查看这类任务，也可在‘新任务’页面创建自动化任务，将其设置为按几小时、每天、每周或每月等周期运行。
日程安排的适用场景
易于约定且容易被人遗忘的周期性维护工作：
- 依赖项更新
- 逐渐累积的清理工作——无效代码、过时的标识、未使用的导出项
- 周期性报告
- 针对您所采用标准的定期校验
这类工作的共同特点是事先已明确定义。日程安排无法决定哪些工作值得做；它只是重复您预先写好的指令。
日程安排的不适用场景
任何需要判断优先级的工作。如果每周一都自动开启任务，无论当时实际情况如何，都会与您实际规划的任务争夺相同的代理资源。
定时执行的工作会占用实际产能
在创建多个日程安排前，这是需要牢记的一点。
定时任务属于普通任务。它会进入队列、占用代理资源，还会产生模型调用费用。若在一套单插槽方案中设置三个每日日程安排，就可能挤占您原本打算开展的所有工作。
运行历史
每个日程安排都会记录其运行情况及产出结果。建议定期查看——自动化的故障表现并非剧烈崩溃，而是悄无声息地数月不产生有用成果，却仍在消耗预算。
若一个日程安排开启了十二个拉取请求，但您一个都没合并，说明该日程安排设置有误。
日程安排与事件自动化
无需人工干预即可启动工作的两种方式：
| 自动化 | 触发条件 |
|---|---|
| 日程安排 | 时间 |
| 事件自动化 | 由某些事件触发，例如 pull request 被打开或检查失败 |
- 定时执行时间
- 事件自动化某事件发生时
普通任务
规格说明、计划、构建、验证、评审。它会占用一个代理槽位；请为其设定较低的优先级。
P2P3一份 pull request
它无法自行合并或提交到您的基础分支。
由您审批
如果触发因素确实是时间，或者您监控的对象所在的系统不会发送 Coroid 事件，比如 Sentry 或 Jira：此时可通过日程安排借助您的 MCP 服务器来实现。如果您想表达的是“当某事件发生时”，且 Coroid 或 GitHub 能发送该事件，那就使用事件自动化，这样能减少无意义的工作。
工作也可由您自身的系统和代理、事件自动化以及质量检查结果来启动。请参阅启动工作的方式。