Automation

Get alerted the moment a scheduled backup fails

A scenario prompt that converts a described backup-failure-alert workflow into a recipe, covering silent failures, partial backups, and repeated-failure escalation.

Works with Claude / GPT910 uses 4.4

The prompt

automation-backup-failure-alert
A site owner describes their process like this: "When our nightly site backup fails,
I want an email sent to me and the developer immediately, so we can fix it before
another day passes without a good backup."

AVAILABLE TOOLS: [Backup plugin webhook (trigger), Uncanny Automator, email/SMTP,
Slack (optional escalation)]

Turn this into an implementation-ready automation recipe, thinking through what the
plain description leaves ambiguous:
1. Trigger: the exact failure event to listen for, and critically, what happens when
   the backup job itself never runs at all (a cron failure or hosting outage), since
   that produces no "failure" event to trigger on, only silence. Recommend a
   dead-man's-switch check that alerts if no success or failure event has fired
   within the expected window.
2. Conditions: distinguish a hard failure (backup didn't complete) from a partial
   success (database backed up but media files skipped due to a timeout), since the
   plain description treats these the same but they need different urgency.
3. Actions in order: send the immediate email with the specific error message from
   the backup plugin log, and if this is the second consecutive failure, escalate to
   Slack in addition to email since email alone clearly isn't getting acted on.
4. Failure handling: if the alerting email itself fails to send (SMTP misconfigured),
   what's the fallback channel, since an alert system with no fallback is exactly the
   single point of failure this recipe exists to prevent.
5. One edge case specific to this exact workflow: a backup that "succeeds" according
   to the plugin but produces a 0-byte or corrupted file. Decide whether the recipe
   should include a basic file-size sanity check rather than trusting the plugin's
   own success flag blindly.

Replace the workflow description and available tools with your own.

The dead-man’s-switch problem in step one is the reason most backup-failure alerts fail silently exactly when you need them most: no job ran, so no failure event ever fired. Building a “did anything happen at all” check alongside the failure trigger closes that gap.