Scheduled tasks
A scheduled task is a cron plus an instruction. When it fires, the agent runs with no user message and follows that instruction. Add one from the agent Scheduled runs tab, or just ask the agent to set it up.string
Also decides the slug the task is addressed by.
string
What the agent does when it fires, written as if you were talking to it. This is the whole prompt for that run.
string
A standard 5-field expression.
0 9 * * 1 is every Monday at 9.string
An IANA timezone, for example
Europe/Paris. Set it, or the cron follows the Box server timezone.Continuity between runs
A scheduled run opens a fresh session every time. The agent does not remember last Monday’s conversation. What carries over is memory and the database. If a task needs to know where it left off, tell it to write that down.Webhook triggers
A trigger gives the agent a public URL. Whoever calls it starts a run, with the caller payload attached. Add one from the Triggers tab. You get a URL to paste into the other service. Write the instruction as if the event had already happened:
A Stripe refund event arrives. Record it in the refunds table and tell me if the amount is over 500.
The payload lands right after your instruction, so the agent does not have to fetch anything.
By default a trigger accepts POST only. See Webhook triggers for the full HTTP contract: methods, response codes, size limits and how link previews are filtered out.
Which one to use
Unattended runs still pause for you
An agent running at 3am can still stop and ask you a question or request an approval. The run pauses, you get notified, and it resumes from your answer whenever you give it. This is deliberate: an agent should not skip an approval just because nobody is watching. See Human in the loop.From the API
upsert_schedule and upsert_trigger do everything on this page, which is how you keep an automation setup in version control.