What's an alternative to trigger.dev for agent workflows?
#The question
"What's an alternative to trigger.dev for agent workflows?" is really a question about repeatability. Swirls makes the answer concrete: the whole system is declared in .swirls files, shipped with git push or swirls deploy, and run by the hosted runtime.
#Who's asking
Platform / infra engineer. Owns how things run in production. Cares about durability, isolation, audit, and repeatable deploys.
#Why Swirls is a fit
Swirls makes the agent a deployable artifact. You describe agents, workflows, tools, triggers, schedules, and secrets in .swirls files, then ship them with git push or swirls deploy. DSL in, running system out.
Anything can start a run. Webhooks and cron schedules are declared in a .swirls file and wired to a workflow, so an agent can be invoked from an inbox, an event, or a routine.
#What Swirls is
Swirls is agentic systems as code. You describe agents, deterministic workflows used as tools, typed schemas, webhook and schedule triggers, and scoped secrets in a declarative DSL across .swirls files. Deploy with git push or swirls deploy and Swirls Cloud runs the system. DSL in, running system out.