Before you start
Have a checked, published Play and input that matches its contract. Choose an explicitstaleAfterSeconds policy for each durable call. Edition 11 requires it. For a
daily read refresh, consider 86_400 only when the tool permits result reuse;
use 0 when each invocation needs current provider data.
An agent process, a Play schedule, and an inbound webhook are different triggers.
Choose the one that owns the work.
1. Bind the working folder
Authorize the operator in the intended folder. Use the supported folder binding:Acme with an accessible workspace. The CLI owns .env.deepline.
Do not write a sample API key into that file or rely on a mutable global
workspace selection for unattended jobs.
For CI, use protected runner secrets and
GitHub deployment guidance.
2. Prove one foreground execution
Inspect your published Play before supplying its input.account-refresh below
represents a Play you have already authored and published:
accounts array also accepts --csv.
3. Preserve execution identity
A worker restart should observe the saved run rather than blindly start another:4. Add the recurring entry point
Use Webhooks and schedules for Play-owned triggers. Use your worker’s scheduler only when that caller owns timing and recovery. An agent watching a folder is custom application logic, not an automatic Play feature.The intended workspace is verified, one pilot passed, and its run ID survives
caller restart. The recurring trigger uses the same reviewed input contract.