Skip to content

Automation with a locked scope.
Written as a prompt.

A Talos workflow is a prompt plus a trigger plus a fixed set of permissions. You describe the outcome in plain language, choose when it should run, and lock down exactly what it is allowed to do. Drafts never run until you enable them.

Two kinds of trigger

Schedules run once, daily, on weekdays, weekly or monthly in your site timezone, queued by WP-Cron. Hook triggers fire on a WordPress action — content, comments, users, plugins, themes, media or options — so work happens when something actually changes.

  • Once, daily, weekdays, weekly, monthly
  • Curated WordPress hooks, plus custom hooks
  • Request-lifecycle hooks are deny-listed for safety
  • Occurrence deduplication prevents double runs

Scopes are fixed at enable time

Enabling a workflow stores its pre-authorized action scopes. A scheduled run executes inside them and cannot widen them, add tools, or change the report recipients — which is what makes unattended running safe.

  • site:read · plugins:read · content:read
  • content:create(:_publish) scoped by post type
  • plugins:update limited to a named plugin file
  • web:research · email:send

Runs are durable background jobs

A headless runner executes workflows as jobs with token-based leases, heartbeats, checkpoints and cancellation. They survive a closed browser, and hook triggers carry cooldowns and concurrency limits so a burst cannot stampede.

Reports go to a list the agent cannot edit

Email delivery uses wp_mail to up to ten fixed recipients, with durable idempotent delivery records. Because the agent cannot change the To field, content it reads during a run cannot redirect a report elsewhere.

The specifics.

Schedules

Once · Daily · Weekdays · Weekly · Monthly

Timezone

WordPress site timezone

Dispatch

Minute cron tick, queued by WP-Cron

Job statuses

queued · running · retry · awaiting approval · completed · failed · cancelled

Email recipients

Up to 10, fixed at enable time

Rate limit

30 runs per hour by default

Good to know.

What happens to a workflow I never enable?

Nothing. Drafts have no schedule and no scopes, and they do not run. Drafting is deliberately separate from enabling so the agent can propose automation without creating it.

Do I need a real server cron?

It is recommended for low-traffic or time-sensitive sites. WP-Cron only fires on requests, so a quiet site can leave a 09:00 workflow waiting. Disable request-driven WP-Cron and point your server scheduler at wp-cron.php every minute for reliable timing.

Can a workflow pause for my approval?

Yes — awaiting_approval is a job status. A run that hits an action beyond its scope or above the approval threshold pauses rather than proceeding or failing outright.

Put an agent to work in WordPress.

Spend less time clicking through admin and more time moving your site forward.