home/roleplay/prompt-observability-slo

Prompt Observability Slo

GPTClaudeGemini··1,129 copies·updated 2026-07-14
prompt-observability-slo.prompt
# Prompt — Observability and SLO design

> [🇷🇺 Русский](../ru/prompt-observability-slo.md) · 🇬🇧 **English**

[← Index](./README.md) · [Standards](./standards.md) · [Template](./template.md)

tags: #prompt #observability #slo #sre #service #single-shot
**Status:** `🧪 Experimental`
**Owner:** Pandamy619
**Last edit:** 2026-05-20
**Version:** v1
**Source idea:** [Google SRE Workbook — Implementing SLOs](https://sre.google/workbook/implementing-slos/), [Liz Fong-Jones — Multi-window multi-burn-rate alerting](https://sre.google/workbook/alerting-on-slos/)
**Delta from original:** requires SLI linkage to user journey (not internal metric), multi-window multi-burn-rate alerting format, and an explicit section on logging/tracing correlation fields.

---

## When to use

- When a service is moving to production and you need to decide what and how to observe
- When the team is drowning in alerts and wants to move to SLO-based alerting
- When you need to separate "I see the metric" from "I understand whether users are suffering"

## What to substitute

- `{{service_name}}` — string, e.g. `payments-api`
- `{{critical_user_journeys}}` — list, e.g. `create payment; check status; refund`
- `{{current_metrics}}` — string, e.g. `Prometheus on /metrics; have http_requests_total and http_request_duration_seconds`
- `{{logging_stack}}` — enum: `loki | elastic | datadog_logs | cloudwatch | other`
- `{{tracing_stack}}` — enum: `opentelemetry | jaeger | tempo | datadog_apm | none`
- `{{error_budget_policy}}` — string, e.g. `on budget exhaustion — freeze features until recovery`
- `{{team_maturity}}` — enum: `none | basic_metrics | mature_metrics_no_slo | slo_in_progress`

## Definition of done

Universal minimum — see [Definition of done](./standards.md#2-definition-of-done).

Specific criteria:

- For each critical user journey, at least 2 SLIs are defined (latency + availability)
- SLO is tied to user-visible behavior, not to internal metrics (CPU, memory aren't SLOs)
- Alerting is based on burn rate (multi-window multi-burn-rate), not instantaneous values
- Specific log fields are listed for correlation (`trace_id`, `request_id`, `user_id`)
- Dashboards are split into 3 levels: overview / per-journey / drill-down

## Prompt

fill the variables

This prompt has 7 variables. Pro fills them into a ready-to-paste prompt for you — no manual find-and-replace.

{{service_name}{{critical_user_journeys}{{current_metrics}{{logging_stack}{{tracing_stack}{{error_budget_policy}{{team_maturity}
Unlock with Pro →

when to use it

Community prompt sourced from the open-source GitHub repo pandamy619/Promts (MIT). A "Prompt Observability Slo" style prompt — adapt the placeholders and specifics to your task. Imported as-is and not independently retested here, so check the output before relying on it.

tags

roleplaycommunitygeneral

source

pandamy619/Promts · MIT