Cron
类Unix系统中的定时任务调度工具，通过Crontab配置按固定时间间隔执行脚本。设计假设为单次幂等脚本，缺乏可视化执行图、错误处理和密钥管理能力，不适合多步骤Agent工作流编排
核心事实
时间轴 (近 90 天)
Cron每分钟触发一次任务，即使人离开键盘，采集、去重、排名也在持续发生。
定时触发（Cron）按预设时间周期运行，例如每天早晨读取收件箱生成摘要。
排查 Cron 调度时间问题时，应先确认执行 Cron 的运行环境默认时区，再检查表达式本身
同一个 Cron 表达式 '0 9 * * *' 在纽约服务器和上海服务器上触发的绝对时刻相差 12～13 小时
Schedule Trigger 的 Cron 表达式本身不携带时区信息，其解释依赖执行环境的默认时区
Cron与bash组合的设计前提是脚本单次幂等，但Agent工作流天然不满足该假设，因为LLM调用和搜索返回结果具有不可预测性。
Cron卫生规则：Agent任务优先使用n8n的Schedule节点而非主机Cron；大多数智能任务的最小间隔设为每小时；调试工作流不应留在永久调度上；生产与实验工作流应通过命名和标签分开。
v1.24.0 修复了 Cron 表达式单项起始值被误判为非法的问题，调度校验器现在接受这种写法，由 Harsh R3 提交
n8n、Make 等平台提供无代码的定时触发节点，可不写 Cron 语法实现定时触发
在n8n中，工作流（workflow）内放置的每一个功能单元叫做节点（node），通过连接节点让流程运行
还有 5 条时间轴事件
全部知识事实 (16)
Cron Job源自Unix系统中的cron守护进程，诞生于1970年代的Unix系统
70%已验证在n8n中，工作流（workflow）内放置的每一个功能单元叫做节点（node），通过连接节点让流程运行
65%待验证Cron每分钟触发一次任务，即使人离开键盘，采集、去重、排名也在持续发生。
50%待验证定时触发（Cron）按预设时间周期运行，例如每天早晨读取收件箱生成摘要。
50%待验证排查 Cron 调度时间问题时，应先确认执行 Cron 的运行环境默认时区，再检查表达式本身
50%待验证同一个 Cron 表达式 '0 9 * * *' 在纽约服务器和上海服务器上触发的绝对时刻相差 12～13 小时
50%待验证Schedule Trigger 的 Cron 表达式本身不携带时区信息，其解释依赖执行环境的默认时区
50%待验证Cron卫生规则：Agent任务优先使用n8n的Schedule节点而非主机Cron；大多数智能任务的最小间隔设为每小时；调试工作流不应留在永久调度上；生产与实验工作流应通过命名和标签分开。
50%待验证Cron与bash组合的设计前提是脚本单次幂等，但Agent工作流天然不满足该假设，因为LLM调用和搜索返回结果具有不可预测性。
50%待验证n8n、Make 等平台提供无代码的定时触发节点，可不写 Cron 语法实现定时触发
50%待验证Cron调度机制在服务器自动化领域已有数十年历史，基础设施成熟度高
50%待验证简单的Cron无法维护Agent执行所依赖的历史记忆和上下文运行状态
50%待验证Agent可能根据任务结果自主决定下一次执行时间，这种自我调度是传统Cron难以表达的
50%待验证定时触发通常依赖Cron表达式来精确定义执行时间,事件驱动则常基于Webhook机制
50%待验证定时触发通常依赖Cron表达式,事件驱动则常基于Webhook机制向工作流引擎发送HTTP请求触发执行
50%待验证v1.24.0 修复了 Cron 表达式单项起始值被误判为非法的问题，调度校验器现在接受这种写法，由 Harsh R3 提交
50%