Triggered sends
Fires the right email on the right event: sign-up, purchase, booking, stage change: with live data merged in.
Order confirmations, onboarding sequences, follow-ups, reminders, it drafts each one in context, personalises it, sends on the right trigger, and chases when there's no reply. The repetitive sending layer, automated and on-brand.
An email automation agent owns the outbound and transactional email a business sends on autopilot. It drafts context-aware messages from templates and live data, personalises them, sends on triggers (a sign-up, a stage change, a schedule), and runs follow-up sequences until a reply or a stop condition. It's the sending layer. Task tier, built on Claude. This is distinct from inbox triage, for sorting and replying to incoming mail, see Maria, the email triage agent.
theagency47 · Updated June 2026| Job-to-be-done | Draft, personalise, send, and follow up on outbound/transactional email from triggers and templates |
| Tier | Task (bounded, high volume) |
| Underlying model | Anthropic Claude Haiku / Sonnet by task |
| Trigger | Event-driven (sign-up, purchase, stage change) + scheduled sequences |
| Inputs | Templates, brand voice, trigger/event source, contact data, send rules |
| Tools available | Email send (ESP / Gmail), CRM read, event webhooks, suppression-list check |
| Autonomous decisions | Personalisation, send timing, sequence branching, stop conditions |
| Escalation rules | Reply needing judgement → route to human / triage agent · Bounce/complaint spike → pause & notify · Off-policy content → block + flag |
| KPIs measured | Emails sent, open/reply/click rates, follow-up coverage, opt-out rate, deliverability |
| Eval suite | 18 test cases (personalisation correctness, trigger logic, suppression compliance). |
Fires the right email on the right event: sign-up, purchase, booking, stage change: with live data merged in.
Personalises beyond {{first_name}}: it writes from the actual context of the contact and the moment.
Runs multi-step follow-ups that stop the instant someone replies or converts: no awkward "just checking in" after a yes.
Every message matches your voice and templates, so automated never reads as robotic.
Respects suppression lists, rate limits, and opt-outs, and pauses on bounce or complaint spikes.
When a reply needs a human, it routes it: to you or to an inbox <a href="/agents/maria-email-triage/">triage agent</a>: instead of auto-answering blind.
Custom integrations with proprietary systems are quoted as add-ons. Not sure if yours fits? Describe your stack and we'll confirm.
Those platforms send the templates you build and personalise manually. This agent writes context-aware content per message and decides follow-up logic. It can run on top of your ESP (it drafts, the platform sends) or standalone.
No, opposite direction. This handles outbound and transactional sending. Maria handles your incoming inbox: sorting, drafting replies, surfacing what needs you. They pair well and don't compete for the same job.
Configured correctly, no. It honours suppression lists, rate limits, warm-up, and opt-outs, and pauses on bounce/complaint spikes. Good content plus good hygiene is the whole deliverability game.
As a Spark build wired to your ESP, triggers, and templates.