OTHER
Datadog runaway log volume spike alert
Watches Datadog log ingestion per service on a short interval and pages the owning team in Slack when a service's volume jumps far above its recent baseline.
How it runs
The automated pipeline, trigger to output.
- TriggerShort-interval schedule (every 15 min)
- ActionQuery log volume per serviceDatadog
- LogicFlag services exceeding baseline multiplier
- LogicResolve owning team for flagged services
- OutputAlert owning team in SlackSlack
What it does
This workflow catches log floods before they blow the budget. It samples Datadog log-ingestion volume per service, compares each service to its own trailing baseline, and fires a targeted alert when a service starts emitting dramatically more logs than usual — the classic symptom of a debug flag left on or a retry storm.
When to use it
Use it when a single noisy deploy can quietly 10x your log bill overnight and you want to catch the spike within minutes, not on next month's invoice. Best for teams with many services and tag-based ownership.
How it works
- 1A short-interval schedule (e.g. every 15 minutes) triggers the check.
- 2The Datadog action queries indexed log volume grouped by `service` over the recent window.
- 3A logic step computes each service's trailing baseline and flags any service whose current rate exceeds its threshold multiplier.
- 4For flagged services it resolves the owning team from tags.
- 5The output step posts a per-service spike alert to the owning team's Slack channel with the volume, multiplier, and a Datadog query link.
Set it up
What you configure once, before turning it on.
- 1Connect DatadogMetrics, traces, log search.
- 2Connect SlackChannels, DMs, threads, mentions.
- 3Set each agent's modelWe leave models unset so you pick the tier — fast + cheap, or top-quality.
- 4Tune it to your dataEdit the prompts, filters, and field mappings so it matches how your team works.
- 5Test, then turn it onRun once against a sample, confirm the output, then enable the trigger.
More Other workflows
Sweep stale visitor check-ins, auto-checkout, and flag overdue guests
On a recurring schedule this finds visitors still marked on-site past their expected departure, auto-checks-out anyone past end-of-day.
Pre-register a visitor, email a QR badge, and alert the host on arrival
When a host submits a visitor pre-registration form, this creates a visitor record, emails the guest a scannable QR badge with arrival instructions.
Build a daily expected-visitor roster and send it to the front desk
Every morning this pulls the day's pre-registered visitors from Airtable, builds a sorted arrival roster with hosts and times.
Agent-Driven Full IVR Re-Voicing for a Rebrand
An agent takes a rebrand brief from Notion, audits every IVR prompt for old naming, rewrites and re-synthesizes the affected ones with ElevenLabs, archives them to Dropbox.
Sync IVR Prompt Registry in Airtable to Fresh ElevenLabs Audio
Runs nightly against an Airtable IVR prompt registry, finds rows whose script text changed since last synthesis, regenerates only those ElevenLabs clips.
Slack-Approved IVR Re-Voicing After a Product Rename
On demand from Slack, drafts updated IVR prompt scripts for a renamed product, posts them for human approval.
Run it inside a business
This workflow drops into a full company template. Import the org, and this is one of the playbooks its agents run.

Run this workflow in your colony.
14-day trial. No DevOps. No Sales call. Provisioned in under a minute.
