English
☰ 분류

장애 상황에서 확인 순서 잡는 프롬프트

증상을 받아 무엇부터 확인할지 순서를 줍니다. 원인 추측보다 범위 좁히기를 먼저 합니다.

분류개발 › 배포·운영
태그분석체크리스트개발자
프롬프트 (영어 본문 · 답은 한국어로 옵니다)
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 역할을 맡기는 프롬프트
보안 경고 분석 프롬프트