Cron
A job scheduling tool in Unix-like systems that executes scripts at fixed time intervals via Crontab configuration. Its design assumes single, idempotent scripts and lacks visual execution graphs, error handling and secret management capabilities, making it unsuitable for multi-step agent workflow orchestration.
Core Facts
Timeline (last 90 days)
Cron triggers a task once per minute, so collection, deduplication and ranking keep happening even when the person steps away from the keyboard.
Scheduled triggers (Cron) run on a preset time cycle, for example reading the inbox every morning to generate a summary.
When troubleshooting Cron scheduling time issues, you should first confirm the default timezone of the runtime environment executing the Cron, and then check the expression itself.
The same Cron expression '0 9 * * *' triggers at absolute moments 12 to 13 hours apart on a New York server and a Shanghai server.
The Cron expression of a Schedule Trigger itself carries no timezone information, and its interpretation depends on the default timezone of the execution environment.
The design premise of combining Cron with bash is that scripts are idempotent per run, but Agent workflows inherently do not satisfy this assumption, because LLM calls and search result returns are unpredictable.
Cron hygiene rules: prefer n8n's Schedule node over host Cron for Agent tasks; set the minimum interval to hourly for most intelligence tasks; debugging workflows should not be left on a permanent schedule; production and experimental workflows should be separated by naming and tags.
v1.24.0 fixes the issue where a single-item start value in a Cron expression was incorrectly flagged as invalid, and the schedule validator now accepts this syntax, submitted by Harsh R3.
Platforms such as n8n and Make provide no-code scheduled trigger nodes that can implement timed triggering without writing Cron syntax.
In n8n, each functional unit placed inside a workflow is called a node, and the process runs by connecting nodes
5 more timeline events
All Facts (16)
Cron Jobs originate from the cron daemon in Unix systems, which was born in the Unix systems of the 1970s.
70%VerifiedIn n8n, each functional unit placed inside a workflow is called a node, and the process runs by connecting nodes
65%UnverifiedCron triggers a task once per minute, so collection, deduplication and ranking keep happening even when the person steps away from the keyboard.
50%UnverifiedScheduled triggers (Cron) run on a preset time cycle, for example reading the inbox every morning to generate a summary.
50%UnverifiedWhen troubleshooting Cron scheduling time issues, you should first confirm the default timezone of the runtime environment executing the Cron, and then check the expression itself.
50%UnverifiedThe same Cron expression '0 9 * * *' triggers at absolute moments 12 to 13 hours apart on a New York server and a Shanghai server.
50%UnverifiedThe Cron expression of a Schedule Trigger itself carries no timezone information, and its interpretation depends on the default timezone of the execution environment.
50%UnverifiedCron hygiene rules: prefer n8n's Schedule node over host Cron for Agent tasks; set the minimum interval to hourly for most intelligence tasks; debugging workflows should not be left on a permanent schedule; production and experimental workflows should be separated by naming and tags.
50%UnverifiedThe design premise of combining Cron with bash is that scripts are idempotent per run, but Agent workflows inherently do not satisfy this assumption, because LLM calls and search result returns are unpredictable.
50%UnverifiedPlatforms such as n8n and Make provide no-code scheduled trigger nodes that can implement timed triggering without writing Cron syntax.
50%UnverifiedThe Cron scheduling mechanism has a history of decades in server automation, with a high level of infrastructure maturity.
50%UnverifiedA simple Cron cannot maintain the historical memory and contextual runtime state that Agent execution depends on.
50%UnverifiedAn Agent may autonomously decide the next execution time based on task results, a kind of self-scheduling that traditional Cron is ill-equipped to express.
50%UnverifiedScheduled triggers typically rely on Cron expressions to precisely define execution times, while event-driven triggers are commonly based on webhook mechanisms.
50%UnverifiedScheduled triggering typically relies on Cron expressions, while event-driven triggering commonly uses Webhook mechanisms to send HTTP requests to the workflow engine to trigger execution.
50%Unverifiedv1.24.0 fixes the issue where a single-item start value in a Cron expression was incorrectly flagged as invalid, and the schedule validator now accepts this syntax, submitted by Harsh R3.
50%