장애 상황에서 확인 순서 잡는 프롬프트
증상을 받아 무엇부터 확인할지 순서를 줍니다. 원인 추측보다 범위 좁히기를 먼저 합니다.
| 분류 | 개발 › 배포·운영 |
|---|---|
| 태그 | 분석체크리스트개발자 |
Help me triage this incident. Answer in this order: **1. Mitigation before diagnosis.** What would restore service now, even without knowing the cause — rollback, scale, disable a feature, fail over, shed load. *Say this first. Understanding the cause is not the on-call objective.* **2. Blast radius.** What is affected and what is not, and how to confirm the boundary quickly. **3. Check sequence.** Ordered so each check eliminates about half of what remains. For each: what to run, and what each outcome rules out. **4. Recent changes.** Which of the changes I listed could produce this symptom, ranked. Correlation with deploy time is the strongest single signal and is worth checking before anything clever. **5. What the symptom already rules out** before I run anything. **6. Data-loss risk** — anything in the mitigation or the diagnosis that could destroy state. Flag it separately and loudly. Rules: - *Do not present a most-likely cause as a conclusion.* Give the check that would confirm it. - If a mitigation is irreversible, say so before recommending it. - Note which checks are safe under load and which will make things worse.
붙여 넣으면 맨 아래에 채울 칸(증상 · 최근 변경 · 시스템 구성)이 나옵니다
어떤 프롬프트인가
장애 중에 제일 위험한 건 그럴듯한 원인 하나에 매달리는 것이다. 이 프롬프트는 복구를 먼저 놓고, 확인 순서를 "절반씩 지워지는" 순으로 준다.
같은 분류의 프롬프트
| 프로덕션 AI 에이전트 설계 프롬프트 | |
| AI 에이전트 보안 점검 프롬프트 | |
| AI 제공자 요금 조사 프롬프트 | |
| 상자 탈출 AI 역할을 맡기는 프롬프트 | |
| 보안 경고 분석 프롬프트 |