스킬 postmortem-writing
📋

postmortem-writing

안전 🌐 네트워크 접근⚙️ 외부 명령어

효과적인 비난 없는 사후 분석 작성

효과적인 사후 분석 작성은 팀이 사고에서 학습하고 재발을 방지하는 데 도움이 됩니다. 이 스킬은 조직 학습을 촉진하는 비난 없는 사후 분석을 위한 템플릿, 프레임워크 및 안내를 제공합니다.

지원: Claude Codex Code(CC)
📊 70 적절함
1

스킬 ZIP 다운로드

2

Claude에서 업로드

설정 → 기능 → 스킬 → 스킬 업로드로 이동

3

토글을 켜고 사용 시작

테스트해 보기

"postmortem-writing" 사용 중입니다. 47분간 결제 서비스에 영향을 미친 데이터베이스 연결 고갈 사고에 대한 사후 분석을 작성하세요.

예상 결과:

  • ## 사후 분석: 결제 서비스 데이터베이스 연결 고갈
  • **날짜**: 2024-01-15 | **지속 시간**: 47분 | **심각도**: SEV2
  • **영향**: 12,000명의 고객이 구매를 완료하지 못함, $45,000 매출 손실
  • ## 근본 원인: v2.3.4 배포가 연결 풀을 우회하여 요청당 직접 연결 발생
  • ## 5 Whys: 데이터베이스 고갈 → 요청당 새 연결 → 코드에서 풀 우회 → 개발자가 패턴에 익숙하지 않음 → 문서 없음
  • ## 조치 항목: 통합 테스트 추가 (P0), 경고 임계값 낮추기 (P0), 문서화 (P1)

"postmortem-writing" 사용 중입니다. 구성 업데이트를 위해 전체 캐시를 플러시한 후 캐시 미스 스톰으로 인해 API 지연 시간이 5초로 급증한 이 사고에 5 Whys를 적용하세요.

예상 결과:

  • ## 5 Whys 분석: 캐시 미스 스톰
  • **문제**: 전체 캐시 플러시 후 API 지연 시간이 5초로 급증
  • 이유 #1: 왜 지연 시간이 급증했나요? → 캐시가 비어 있어 모든 요청이 데이터베이스를 히트함
  • 이유 #2: 왜 캐시가 비어 있었나요? → 구성 업데이트를 위해 전체 캐시 플러시가 트리거됨
  • 이유 #3: 왜 전체 플러시가 사용되었나요? → 부분 무효화가 구현되지 않음
  • 이유 #4: 왜 부분 무효화가 없었나요? → 이전 스프린트에서 기능이 우선순위에서 밀림
  • 근본 원인: 부분 캐시 무효화 기능 누락
  • 시스템적 개선: 대상 캐시 무효화 구현 (ENG-999)

보안 감사

안전
v4 • 1/17/2026

This is a documentation-only skill containing markdown guides and templates for writing postmortems. No executable code, file access, network calls, or system capabilities are present. All 46 static findings are false positives - the scanner incorrectly flagged SHA-256 hashes, markdown code fences, timestamps, and documentation phrases as security issues.

2
스캔된 파일
556
분석된 줄 수
2
발견 사항
4
총 감사 수
감사자: claude 감사 이력 보기 →

품질 점수

38
아키텍처
100
유지보수성
87
콘텐츠
21
커뮤니티
100
보안
91
사양 준수

만들 수 있는 것

프로덕션 사고 문서화

학습 내용을 포착하고 시스템 개선을 추진하기 위해 SEV1 및 SEV2 사고에 대한 구조화된 사후 분석을 생성합니다.

사고 검토 리드

개인적 비난보다 시스템적 개선에 초점을 맞춘 비난 없는 사후 분석 회의를 진행합니다.

액션 아이템 추적

명확한 담당자와 마감일이 포함된 우선순위화된 조치 항목을 생성하여 사고 후속 작업이 보장되도록 합니다.

이 프롬프트를 사용해 보세요

간단한 사후 분석
[brief incident description]으로 [duration] 동안 지속된 간단한 사후 분석을 작성하세요. 발생 내용, 타임라인, 근본 원인, 즉각적인 수정 사항, 그리고 하나의 교훈을 포함하세요.
표준 사후 분석
[incident name]에 대한 포괄적인 사후 분석을 생성하세요. 경영진 요약, UTC 시간이 포함된 상세 타임라인, 5 Whys를 사용한 근본 원인 분석, 영향 평가, 잘 된 사항, 개선 가능한 사항, 그리고 담당자가 포함된 우선순위화된 조치 항목을 포함하세요.
근본 원인 분석
[incident description]에 5 Whys 분석을 적용하세요. 문제 진술부터 시작하여 최소 3개의 근본 원인을 식별할 때까지 심층 분석하세요. 각 근본 원인에 대해 시스템적 개선 사항을 제안하세요.
액션 아이템 초안
이 사고 요약 [paste summary]을 검토하고 5개의 조치 항목을 생성하세요. 우선순위를 P0에서 P2까지 지정하세요. 각 항목에 간략한 설명, 권장 담당자 역할, 현실적인 마감일을 포함하세요.

모범 사례

  • 세부 사항이 생생한 24-48시간 내에 사후 분석 작성을 시작하세요
  • 모호한 설명 대신 특정 시간, 지표 및 증거를 포함하세요
  • 개인적 조치나 실수보다 시스템적 개선에 초점을 맞추세요

피하기

  • 개인 이름을 원인으로 지명하는 대신 시스템 조건을 검토
  • 조직 전체의 패턴을 드러낼 수 있는 소규모 사고 건너뛰기
  • 담당자, 마감일 또는 추적 메커니즘 없이 조치 항목 생성

자주 묻는 질문

어떤 심각도의 사고가 사후 분석이 필요합니까?
SEV1 및 SEV2 사고, 15분 이상의 중단, 데이터 손실, 보안 사고, 그리고 아차 사고 모두 사후 분석이 필요합니다.
사후 분석 작성에 얼마나 걸립니까?
간단한 사후 분석은 30분이 걸립니다. 포괄적인 사후 분석은 일반적으로 검토 회의를 포함하여 2-4시간이 필요합니다.
이 스킬이 우리 사고 관리 도구와 통합될 수 있습니까?
이 스킬은 대화를 통해 작동합니다. 사용자가 사고 세부 정보를 붙여넣거나 티켓팅 시스템에 수동으로 정보를転送합니다.
데이터가 외부 서비스와 공유됩니까?
외부 호출이 수행되지 않습니다. 모든 처리는 AI 대화 내에서 이루어집니다. 어떤 사고 데이터도 사용자 환경 외부로 전송되지 않습니다.
ChatGPT나 다른 AI 도구와 어떻게 다릅니까?
이 스킬은 구조화된 템플릿, 5 Whys 프레임워크, 그리고 사후 분석 모범 사례에 대한 도메인별 안내를 제공합니다.
무엇이 사후 분석을 비난 없게 만듭니까?
시스템 조건 및 프로세스에 초점을 맞추고 개인적 실수가 아닌 누구에게 실수가 있었는지를 묻습니다.

개발자 세부 정보

파일 구조

📄 SKILL.md