울려야 할 알림과 꺼야 할 알림 가르는 프롬프트
알림 목록을 받아 사람을 깨울 것과 대시보드로 내릴 것을 가릅니다.
| 분류 | 개발 › 배포·운영 |
|---|---|
| 태그 | 검토체크리스트개발자 |
Audit these alerts. For each, answer one question first: **what does a human do, right now, when this fires?** - There is an immediate action → page - Action needed but not urgent → ticket - No action, only information → dashboard, not an alert - *Fires regularly and is routinely ignored → delete it.* An ignored alert trains people to ignore the next one. Then classify each and give: - Threshold and duration. Most noisy alerts fire on an instantaneous value that should have a sustained window. - Whether it alerts on a **symptom users feel** or on a cause. Symptom alerts catch problems you did not predict; cause alerts mostly fire without user impact. - What it would miss — the failure mode it does not cover. Then: 1. Alerts to delete, with why. Be specific; this is the highest-value output. 2. **Missing alerts** — from the recent incidents I gave you, which ones nothing would have caught. That gap matters more than any tuning. 3. Alerts that fire together, which should be one alert. 4. The night-time page list, kept as short as it can be. Rules: - *Deleting alerts is the main work here.* Do not hedge by keeping everything at a lower severity. - An alert with no runbook is an alert nobody can act on. Note which lack one.
붙여 넣으면 맨 아래에 채울 칸(현재 알림 목록 · 당직 체계 · 최근 장애)이 나옵니다
어떤 프롬프트인가
알림이 많으면 다 무시하게 되고, 그러면 진짜 장애도 놓친다. 이 프롬프트는 "이게 울리면 사람이 지금 무엇을 하는가"로 판정한다. 할 일이 없으면 알림이 아니다.
같은 분류의 프롬프트
| 프로덕션 AI 에이전트 설계 프롬프트 | |
| AI 에이전트 보안 점검 프롬프트 | |
| AI 제공자 요금 조사 프롬프트 | |
| 상자 탈출 AI 역할을 맡기는 프롬프트 | |
| 보안 경고 분석 프롬프트 |