새벽에 읽히는 런북 쓰는 프롬프트
잠결에 따라 할 수 있는 절차로 씁니다. 배경 설명을 맨 뒤로 보냅니다.
| 분류 | 개발 › 기술 문서 |
|---|---|
| 태그 | 체크리스트초안작성개발자 |
Write a runbook for this scenario. Structure, strictly in this order: 1. **Is this the right runbook?** Two or three symptoms that confirm it. If they do not match, where to go instead. 2. **Stop the bleeding.** The single fastest mitigation, as a command or a click path. *This is the first thing on the page.* 3. **Steps.** Numbered. One action each. Command or exact UI path, then what a correct result looks like, then what to do if it does not. 4. **Danger markers** — steps that are irreversible, destroy data, or affect other systems. Mark each inline, before the step, not after. 5. **Escalation** — who to wake, at what point, and what to tell them. 6. **Verification** — how to confirm it is actually fixed, not just quiet. 7. **Background** — why this happens. *Last. Nobody reads this during an incident.* Rules: - Write for someone tired, under pressure, who did not build this system. - *Commands must be copy-pasteable.* No placeholders like `<your-region>` without saying where to find the value. - Every step states its expected result. A step you cannot verify is a step that silently fails. - Where the procedure I gave you has a gap, say "unknown — find out before this is needed" rather than filling it in.
붙여 넣으면 맨 아래에 채울 칸(대응할 상황 · 시스템 정보 · 알고 있는 절차)이 나옵니다
어떤 프롬프트인가
런북은 평온할 때 쓰고 장애 때 읽는다. 이 프롬프트는 설명을 맨 뒤로 밀고 명령을 앞에 두며, 되돌릴 수 없는 단계에 경고를 박는다.
같은 분류의 프롬프트
| FTTH 통신 전문가 역할을 맡기는 프롬프트 | |
| 개발자 아키텍처 안내 프롬프트 | |
| LLM 입문서 작성 프롬프트 | |
| 프로그래밍 팀 구성 프롬프트 | |
| CLAUDE.md 조립 프롬프트 |