← Back to PayloadsDevOps2026-04-19
Observability Designer
OpenTelemetry + Grafana stack generator. Define your services and trace/log/metric requirements in a JSON schema and get...
Quick Access
Install command
$ mrt install observability

**TL;DR** - Design your observability stack before you need it. Not after.
The 10-Second Pitch
- Maps your services and generates a complete observability strategy
- Recommends instrumentation points based on service boundaries
- Generates alert rules with appropriate SLO thresholds
- Produces runbooks that trigger from the alerts it generates
Setup in 3 Steps
1. Describe your architecture: services, SLO targets, data flows
2. Review the generated observability plan
3. Apply the instrumentation recommendations
**Example Prompt:**
Design an observability strategy for our e-commerce platform. SLO: 99.9% uptime, p99 checkout latency under 2s.
Verdict
| Pros | Cons |
|---|
| Ensures observability is designed in, not bolted on | Generated alerts need tuning |
| Catches gaps before they become blind spots | Requires someone who knows the system |
|---|
| Aligns observability with business SLOs | Can't fully capture "why" behind SLO choices |
You don't want to be debugging with printf statements when your checkout service is down. Design your observability before you need it.