정의

entity/jaesang-ha 가 모든 회사가 써야 하는 훅 으로 강조한 4 번째 훅 — 회사의 모든 서비스 장애 사후 분석(post-mortem) 을 패턴화·스크립트화 한 뒤 concept/hooks-6-events 의 PreToolUse / PostToolUse 등에 임베드 하는 패턴. 사람이 검토하는 게 아니라 시스템이 자동 차단.

핵심 메시지

"회사에 있는 서비스 장애들을 다 모아보면 — 분명히 패턴화를 시킬 수 있어요. 그 패턴화를 시킨 거를 스크립트화시킵니다. 그래서 훅에 임베드시켜요. 그러면 PR 올릴 때 자동으로 여러 가지 서비스 장애 패턴에 절대 하면 안 되는 것들이 이미 패턴화된 스크립트가 돌아가면서 안전 장치를 설계해 주는 거죠. 사람에 의존하지 않고 시스템에 의존."

작동

Post-mortem (사고 사후 분석) → 패턴 추출 → 정규식·정적 분석 룰
         ↓
훅 스크립트 (PreToolUse Write|Edit) 에 임베드
         ↓
AI 가 PR 올릴 때마다 스크립트 자동 실행
         ↓
사고 패턴 매칭 → exit 2 차단 + 사유 제공

case/amazon-march-2026-outage 와의 직접 관계

Amazon 2026-03-05 사고 (6 시간 다운, 630만 주문 손실) 의 처방으로 Amazon 은 시니어 엔지니어 사람 검토 를 추가. entity/jaesang-ha 가 비판:

"Amazon 이 한 게 사람을 검토 단계에 끼워 넣은 거잖아요. 결국 비효율적인 해법. 사람이 결국 병목. 진짜 해법은 시스템이 자동으로 막는 거. 그게 바로 훅."

→ 본 카드가 그 진짜 해법.

다른 4 훅과의 관계

entity/jaesang-ha 강의 4 실용 훅:

강의 활용

03 HRN concept/hooks-6-events 결정적 4 번째 훅:

• 멘트: "이 훅이 모든 회사가 써야 하는 훅입니다. 사고 났던 거 다시는 안 나게 시스템에 새기는 거예요."
• case/amazon-march-2026-outage 직후 즉시 인용.

주의사항

• 번역 통일: Incident Pattern Hook 영어 권장. 사고 패턴 훅 한국어 부수.
• 사후 분석 → 패턴화 비용: post-mortem 자체 가 시간 비용. 하지만 사고 빈도 × 비용 으로 ROI 양수.
• 무한 누적의 한계: 100 개 사고 패턴 모두 PreToolUse 에 넣으면 훅 실행 자체가 느려짐. 우선순위 + 정기 리뷰 필요.
• 거짓 양성 (False Positive): 너무 엄격하면 정상 PR 도 차단. 경고 모드 → 차단 모드 단계적 도입.
• 상위 카드: concept/multi-layer-guardrail / term/non-obvious-pattern 의 런타임 자동화 측면.