An automation runs a task you describe on a repeating schedule: a daily summary, a weekly report, a recurring check.

The one thing to understand first

Automations are scheduled in the cloud but executed by your desktop app.
  • The schedule is stored server-side, so it survives restarts and does not drift if your machine is off.
  • The run itself needs your desktop app open and signed in at the scheduled time.
If nothing is available to run it, the occurrence is recorded as skipped and the automation is flagged as needing attention. You will see that it did not run — it does not fail silently — but it does not run later either.
Closing your laptop at 18:00 means an automation scheduled for 02:00 will not run. Schedule for times your machine is normally on and awake.
A cloud worker does not change this. Cloud workers are for interactive and event-driven work; they are not automation runners.

Turning it on

Automations are off by default.
  1. Settings → Preferences, enable Automations.
  2. An Automations section appears in the sidebar.
Enabling it also registers this machine as your automation runner — which is what actually executes the runs.

Creating one

Give it a name, then write the instructions in plain language, exactly as you would describe the task in a chat. This is also where you invoke a skill, for example “run the weekly-report skill for the Vienna office and email me the summary”. Then pick a model and a schedule: There is no cron expression — the schedule types above are all of them. Use Run now to execute immediately without waiting. That is the fastest way to check your instructions do what you expect before trusting them to a schedule.

Reviewing runs

Each automation keeps its run history with a timeline of what happened, so you can see what a run did rather than just whether it succeeded. If an automation is marked as needing attention, the usual cause is that no desktop was available when it was due.