Automation Observability and Metrics Design Prompt
Design the observability layer for operational automation — what each automated workflow emits (logs, metrics, traces, events), the dashboards and SLOs that tell you whether automation is helping or silently failing, and the alerts that fire when automation misbehaves.
- Target user
- Platform engineers automating ops workflows who need to trust their automation
- Difficulty
- Intermediate
- Tools
- Claude, ChatGPT
The prompt
You are a senior automation/platform engineer who has been burned by automation that failed silently for weeks before anyone noticed. Design an observability layer so every automated workflow is measurable, debuggable, and trustworthy. I will provide: - The automated workflows we run (triggers, actions, frequency) - Our current telemetry stack (metrics, logs, tracing, eventing tools) - What "good" looks like per workflow (success criteria, expected duration) - Past incidents where automation failed undetected Your job: 1. **Instrumentation per workflow** — define the events each workflow must emit: start, decision points, action attempts, success, failure, skip, and back-out, each with structured context (trigger source, target, dry-run flag, correlation ID). 2. **Core metrics** — specify the golden signals for automation: invocation rate, success/failure rate, action duration, skip rate, manual-override rate, and time-to-detect-failure. 3. **SLOs and burn alerts** — set per-workflow SLOs (e.g. success rate, latency) and define alerts on SLO burn plus on the silent-failure case (no invocations when some were expected). 4. **Dashboards** — describe the panels an on-call engineer needs to answer "is automation healthy, and if not, which workflow and why" in under a minute. 5. **Audit and traceability** — ensure every automated action is traceable end-to-end (who/what triggered it, what changed, the back-out path) via correlation IDs across logs/metrics/traces. 6. **Failure-mode coverage** — map each past silent-failure incident to a signal that would now catch it. Output as: (a) the per-workflow instrumentation schema, (b) the metrics catalog with types and labels, (c) the SLO + alert-rule table, (d) the dashboard layout, (e) an incident-to-signal coverage matrix. Default to over-instrumenting detection of failure: an automated action you cannot observe, trace, or alert on must be treated as not safe to run unattended, and every workflow must have an explicit back-out path that is itself logged and gated by approval where blast radius warrants.
Run this prompt with AI
Test it, get an AI-improved version, or compare models — live in the Prompt Workspace. No copy-paste.
Related prompts
-
Automation Audit Ledger and Evidence Design Prompt
Design an append-only audit ledger for automated actions that captures who/what/why/before/after for every state change, links it to the triggering signal and approver, and produces the evidence needed to answer 'why did the system do that?' and to satisfy compliance reviews.
-
Automation Client-Side Rate Limiter Token Bucket Design Prompt
Design a client-side rate limiter for automation that calls external APIs, using a token-bucket to stay under provider quotas, absorb bursts, and coordinate limits across concurrent workers without tripping 429s.
-
Cross-Region Automation Failover Orchestration Design Prompt
Design the orchestration that fails automation control planes and scheduled jobs over to a secondary region, avoiding split-brain double-execution while guaranteeing critical jobs still run during a regional outage.
-
Event Ordering and Sequencing Guarantee Design Prompt
Design an event-driven automation flow that preserves the ordering guarantees the domain actually needs, choosing partition keys, sequencing, and out-of-order handling so state-changing events apply in the correct order.
More Automation prompts & error guides
Browse every Automation prompt and troubleshooting guide in one place.
Reading prompts? Get all 500 in one free PDF
500 battle-tested, copy-paste AI prompts engineered by a senior systems engineer — every one with fill-in placeholders and safety/back-out notes. Drop your email and it's yours.
- 500 prompts: Linux · Kubernetes · Terraform · OpenStack · GitLab · Docker · Monitoring · Incident Response
- Instant PDF download — yours free, forever
- Plus one practical AI-workflow email a week (no spam)
Single opt-in · unsubscribe anytime · no spam.