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