@wooojin/forgen 0.1.0

package/commands/frontend.md

@@ -0,0 +1,271 @@
+---
+name: frontend
+description: This skill should be used when the user asks to "frontend,프론트엔드,component,접근성,accessibility,컴포넌트 설계". Frontend component design, accessibility audit, and responsive implementation
+triggers:
+  - "frontend"
+  - "프론트엔드"
+  - "component"
+  - "접근성"
+  - "accessibility"
+  - "컴포넌트 설계"
+---
+<!-- forgen-managed -->
+
+<Purpose>
+프론트엔드 컴포넌트를 체계적으로 설계하고 구현합니다.
+컴포넌트 계층 구조 설계, Props 인터페이스 정의, 접근성 감사,
+반응형 레이아웃, 성능 최적화를 포함한 프론트엔드 개발 전체를 다룹니다.
+</Purpose>
+
+<Steps>
+1. **컴포넌트 계층 구조 설계**: 컴포넌트 트리를 설계합니다
+   - 페이지/기능 요구사항 분석
+   - Atomic Design 원칙 적용 (Atoms → Molecules → Organisms → Templates → Pages)
+   - 컴포넌트 책임 분리 (UI vs 로직)
+   - 공유 컴포넌트 vs 도메인 컴포넌트 구분
+   - 컴포넌트 트리 다이어그램 작성
+   - 상태 관리 위치 결정 (로컬 vs 전역 vs 서버)
+   - 데이터 흐름 방향 정의 (단방향 데이터 흐름)
+
+2. **Props 인터페이스 설계**: 컴포넌트 API를 정의합니다
+   - TypeScript 인터페이스 정의
+   - 필수/선택 Props 구분
+   - 기본값 설정 (defaultProps 또는 default parameter)
+   - 콜백 Props 네이밍 컨벤션 (onXxx, handleXxx)
+   - children 패턴 활용 (합성 패턴)
+   - Render Props 또는 Compound Component 패턴 고려
+   - Props 과도 확산(prop drilling) 방지 전략
+   - Discriminated Union 타입으로 변형(variant) 관리
+
+3. **접근성 감사**: WCAG 2.1 AA 기준으로 접근성을 검증합니다
+   - 시맨틱 HTML 사용 (button, nav, main, section, article)
+   - ARIA 속성 적절 사용 (aria-label, aria-describedby, role)
+   - 키보드 내비게이션 (Tab, Enter, Escape, Arrow keys)
+   - 포커스 관리 (포커스 트랩, 포커스 복원)
+   - 색상 대비 (최소 4.5:1 for text, 3:1 for large text)
+   - 스크린 리더 호환성 (라이브 리전, 상태 알림)
+   - 모션 감소 대응 (prefers-reduced-motion)
+   - 터치 타겟 크기 (최소 44x44px)
+   - 대체 텍스트 (이미지 alt, 아이콘 aria-label)
+   - 폼 접근성 (label 연결, 에러 메시지 연결)
+
+4. **반응형 구현**: 다양한 화면 크기를 지원합니다
+   - 브레이크포인트 정의 (mobile: 320px, tablet: 768px, desktop: 1024px+)
+   - Mobile-first 접근법 적용
+   - 유동적 레이아웃 (Flexbox, Grid)
+   - 반응형 타이포그래피 (clamp, fluid type)
+   - 이미지 반응형 처리 (srcset, picture, next/image)
+   - 터치/마우스 인터랙션 차이 대응
+   - 가로/세로 모드 대응
+
+5. **성능 최적화**: 렌더링 성능을 최적화합니다
+   - React.memo로 불필요한 리렌더링 방지
+   - useMemo/useCallback 적절 사용 (남용 방지)
+   - 코드 스플리팅 (React.lazy + Suspense)
+   - 가상 스크롤 (대량 리스트, react-window)
+   - 이미지 지연 로딩 (loading="lazy", Intersection Observer)
+   - Web Vitals 모니터링 (LCP, FID, CLS)
+   - 번들 분석 (webpack-bundle-analyzer)
+</Steps>
+
+## 에이전트 위임
+
+`designer` 에이전트(Sonnet 모델)에 위임하여 컴포넌트를 설계합니다:
+
+```
+Agent(
+  subagent_type="designer",
+  model="sonnet",
+  prompt="FRONTEND COMPONENT TASK
+
+프론트엔드 컴포넌트를 설계하고 구현하세요.
+
+Feature: [기능/페이지 설명]
+Framework: [React / Vue / Svelte / etc.]
+Styling: [Tailwind / CSS Modules / styled-components]
+
+Design Checklist:
+1. 컴포넌트 계층 구조 설계
+2. Props 인터페이스 (TypeScript)
+3. 접근성 감사 (WCAG 2.1 AA)
+4. 반응형 레이아웃 (Mobile-first)
+5. 성능 최적화 (리렌더링, 코드 스플리팅)
+
+Output: 컴포넌트 설계 문서:
+- 컴포넌트 트리
+- Props 인터페이스
+- 접근성 체크리스트 결과
+- 반응형 브레이크포인트
+- 성능 최적화 포인트"
+)
+```
+
+## External Consultation (Optional)
+
+designer 에이전트는 교차 검증을 위해 Claude Task 에이전트에 자문할 수 있습니다.
+
+### Protocol
+1. **자체 설계를 먼저 완료** -- 독립적으로 컴포넌트 설계
+2. **검증을 위한 자문** -- Claude Task 에이전트를 통해 접근성/UX 교차 확인
+3. **비판적 평가** -- 외부 제안을 맹목적으로 수용하지 않음
+4. **우아한 폴백** -- 위임이 불가능할 경우 절대 차단하지 않음
+
+### 자문이 필요한 경우
+- 복잡한 인터랙션 패턴 (드래그앤드롭, 가상 스크롤)
+- 접근성이 중요한 공개 웹사이트
+- 대규모 상태 관리 아키텍처
+- 디자인 시스템 구축
+
+### 자문을 생략하는 경우
+- 단순 폼 컴포넌트
+- 잘 알려진 UI 패턴
+- 내부 어드민 도구
+- 프로토타입 수준의 UI
+
+## 접근성 체크리스트 (WCAG 2.1 AA)
+
+### 인지 가능 (Perceivable) (5개)
+- [ ] 모든 이미지에 대체 텍스트 (alt) 제공
+- [ ] 색상 대비 4.5:1 이상 (텍스트), 3:1 이상 (대형 텍스트)
+- [ ] 색상만으로 정보를 전달하지 않음 (아이콘/텍스트 병행)
+- [ ] 텍스트 크기 200%까지 확대 가능 (레이아웃 깨짐 없이)
+- [ ] 자동 재생 미디어에 정지 버튼 제공
+
+### 조작 가능 (Operable) (5개)
+- [ ] 모든 기능이 키보드로 접근 가능
+- [ ] 포커스 순서가 논리적
+- [ ] 포커스 표시가 명확 (outline 제거 금지)
+- [ ] 터치 타겟 최소 44x44px
+- [ ] 시간 제한이 있는 기능에 연장 옵션 제공
+
+### 이해 가능 (Understandable) (4개)
+- [ ] 폼 필드에 label이 연결됨
+- [ ] 에러 메시지가 해당 필드 근처에 표시됨
+- [ ] 링크 텍스트가 목적지를 설명 ("여기를 클릭" 금지)
+- [ ] 언어 속성 (lang)이 설정됨
+
+### 견고함 (Robust) (4개)
+- [ ] 시맨틱 HTML 요소 사용 (div 남용 금지)
+- [ ] ARIA 속성이 올바르게 사용됨
+- [ ] 동적 콘텐츠에 aria-live 적용
+- [ ] 커스텀 위젯에 적절한 role 설정
+
+## 컴포넌트 복잡도 가이드
+
+| 복잡도 | Props 수 | 상태 | 패턴 |
+|--------|---------|------|------|
+| **단순** | 0~3 | Stateless | 함수 컴포넌트 |
+| **보통** | 4~8 | 로컬 상태 | useState/useReducer |
+| **복잡** | 9+ | 전역 + 로컬 | Compound Component, Context |
+
+<Output>
+```
+FRONTEND COMPONENT DESIGN / 프론트엔드 컴포넌트 설계
+=====================================================
+
+Feature: [기능명]
+Framework: [React 18 + TypeScript]
+Styling: [Tailwind CSS]
+
+COMPONENT TREE / 컴포넌트 트리
+---------------------------------
+<ProductPage>
+  ├── <ProductHeader>
+  │   ├── <Breadcrumb />
+  │   └── <ProductTitle />
+  ├── <ProductGallery>
+  │   ├── <ImageCarousel />
+  │   └── <ThumbnailStrip />
+  ├── <ProductInfo>
+  │   ├── <PriceDisplay />
+  │   ├── <VariantSelector />
+  │   └── <AddToCartButton />
+  └── <ProductReviews>
+      ├── <ReviewSummary />
+      └── <ReviewList />
+
+PROPS INTERFACES / Props 인터페이스
+--------------------------------------
+interface ProductInfoProps {
+  product: Product;
+  selectedVariant: Variant | null;
+  onVariantSelect: (variant: Variant) => void;
+  onAddToCart: (quantity: number) => void;
+  isLoading?: boolean;
+}
+
+ACCESSIBILITY AUDIT / 접근성 감사
+-----------------------------------
+Perceivable:  [5/5 PASS]
+Operable:     [4/5 - 터치 타겟 크기 수정 필요]
+Understandable: [4/4 PASS]
+Robust:       [4/4 PASS]
+
+RESPONSIVE BREAKPOINTS / 반응형 브레이크포인트
+-------------------------------------------------
+Mobile (< 768px):  단일 컬럼, 갤러리 스와이프
+Tablet (768~1024px): 2컬럼 (갤러리 + 정보)
+Desktop (> 1024px): 3컬럼 (갤러리 + 정보 + 리뷰)
+
+PERFORMANCE / 성능
+-------------------
+- ImageCarousel: React.lazy로 지연 로딩
+- ReviewList: 가상 스크롤 (react-window)
+- 이미지: next/image with srcset
+- 번들 기여: ~25KB (gzip)
+```
+</Output>
+
+<Policy>
+- 접근성은 선택이 아닌 기본입니다 -- WCAG 2.1 AA를 항상 충족
+- 컴포넌트는 단일 책임 원칙을 따릅니다
+- Props 인터페이스는 TypeScript로 명시합니다
+- Mobile-first로 설계하고 데스크톱으로 확장합니다
+- 성능 최적화는 측정 후 필요한 곳에만 적용합니다 (사전 최적화 금지)
+- 디자인 시스템/토큰이 있으면 반드시 활용합니다
+</Policy>
+
+## 다른 스킬과의 연동
+
+**성능 연동:**
+```
+/forgen:performance 프론트엔드 번들 분석
+```
+번들 크기와 렌더링 성능 최적화
+
+**TDD 연동:**
+```
+/forgen:tdd 컴포넌트 유닛 테스트
+```
+컴포넌트별 테스트 작성
+
+**코드 리뷰 연동:**
+```
+/forgen:code-review src/components/
+```
+컴포넌트 코드 품질 검증
+
+## Best Practices
+
+- **합성 우선** -- 상속보다 합성(composition) 패턴 사용
+- **접근성 내장** -- 나중에 추가하지 않고 처음부터 포함
+- **타입 안전** -- Props에 TypeScript 타입을 명시
+- **측정 후 최적화** -- React Profiler로 확인 후 최적화
+- **일관된 패턴** -- 프로젝트 전체에서 동일한 패턴 유지
+
+<Arguments>
+## 사용법
+`/forgen:frontend {설계 대상}`
+
+### 예시
+- `/forgen:frontend 상품 상세 페이지 컴포넌트 설계`
+- `/forgen:frontend 기존 폼 컴포넌트 접근성 개선`
+- `/forgen:frontend 대시보드 레이아웃 반응형 구현`
+- `/forgen:frontend 디자인 시스템 기본 컴포넌트 설계`
+
+### 인자
+- 설계할 페이지/기능, 프레임워크, 접근성 요구사항 등을 설명
+- 인자 없으면 프로젝트의 프론트엔드 구조를 분석하여 개선점 제시
+</Arguments>
+
+$ARGUMENTS

package/commands/git-master.md

@@ -0,0 +1,90 @@
+---
+name: git-master
+description: This skill should be used when the user asks to "git-master,깃마스터,atomic commit". Atomic commits, smart rebasing, and history management
+triggers:
+  - "git-master"
+  - "깃마스터"
+  - "atomic commit"
+---
+
+<Purpose>
+원자적 커밋 전략과 체계적인 Git 히스토리 관리를 실행합니다.
+Conventional Commits 컨벤션, 인터랙티브 리베이스, 브랜치 전략을 통해
+읽기 쉽고 유지보수 가능한 커밋 히스토리를 구축합니다.
+</Purpose>
+
+<Steps>
+1. **원자적 커밋 전략**
+   - 하나의 커밋 = 하나의 논리적 변경 단위
+   - 빌드 가능하고 테스트 통과 상태로 유지
+   - `git add <specific-files>`로 변경사항을 파일 단위로 선택적 스테이징
+   > **Note:** `git add -p`(인터랙티브 패치 모드)와 `git add -i`는 Claude Code에서 지원되지 않습니다. `git add <specific-files>`를 사용하세요.
+
+2. **Conventional Commits 메시지 컨벤션**
+   ```
+   <type>(<scope>): <subject>
+
+   <body>
+
+   <footer>
+   ```
+   - **type**: feat, fix, docs, style, refactor, test, chore, perf
+   - **scope**: 변경된 모듈/컴포넌트 (선택)
+   - **subject**: 현재형 동사로 시작, 50자 이내
+   - **Breaking Change**: footer에 `BREAKING CHANGE:` 명시
+
+3. **인터랙티브 리베이스**
+   > **Note:** `git rebase -i`는 Claude Code에서 지원되지 않습니다 (인터랙티브 입력 불가). 대신 `git rebase` with explicit commit range 또는 `git commit --fixup` + `git rebase --autosquash`를 사용하세요.
+   ```bash
+   git rebase -i HEAD~N  # N개 커밋 재정리 (Claude Code 외부에서 실행)
+   ```
+   - `pick`: 그대로 유지
+   - `squash`/`fixup`: 이전 커밋과 합치기
+   - `reword`: 메시지만 수정
+   - `edit`: 커밋 내용 수정
+   - `drop`: 커밋 삭제
+   - ⚠ 공유 브랜치에서 리베이스 금지
+
+4. **브랜치 전략**
+   - `main/master`: 항상 배포 가능 상태
+   - `develop`: 통합 브랜치 (Git Flow)
+   - `feature/<ticket>-<short-desc>`: 기능 개발
+   - `fix/<ticket>-<short-desc>`: 버그 수정
+   - `hotfix/<ticket>`: 긴급 수정
+   - 브랜치명에 티켓 번호 포함 권장
+
+5. **Squash & Fixup 워크플로우**
+   ```bash
+   git commit --fixup <sha>        # 특정 커밋에 fixup 생성
+   git rebase -i --autosquash main # fixup 자동 정렬
+   ```
+
+6. **Conflict 해결 전략**
+   - `git mergetool` 또는 IDE 통합 도구 사용
+   - 복잡한 충돌: `git checkout --ours/--theirs <file>` 선택
+   - 충돌 해결 후 반드시 테스트 실행
+   - `git log --merge`: 충돌에 기여한 커밋 확인
+</Steps>
+
+<Policy>
+- 공유 브랜치(main, develop)에서 force push 금지
+- 커밋 전 `git diff --staged`로 변경사항 최종 확인
+- WIP 커밋은 push 전 squash 처리
+- 커밋 메시지에 '수정', 'fix', 'update'만 쓰지 않고 구체적 맥락 포함
+</Policy>
+
+<Arguments>
+## 사용법
+`/forgen:git-master {작업 내용}`
+
+### 예시
+- `/forgen:git-master 3개의 WIP 커밋을 원자적 커밋으로 재정리`
+- `/forgen:git-master feature 브랜치를 main에 리베이스하며 충돌 해결`
+- `/forgen:git-master 커밋 히스토리 클린업 후 PR 준비`
+
+### 인자
+- 현재 Git 상태 또는 수행할 작업을 설명
+- 브랜치명, 커밋 범위, 목표 브랜치 등 구체적 정보 포함 권장
+</Arguments>
+
+$ARGUMENTS

package/commands/incident-response.md

@@ -0,0 +1,292 @@
+---
+name: incident-response
+description: This skill should be used when the user asks to "incident,장애 대응,postmortem,장애 분석,사후 분석,outage". Incident response workflow with triage, mitigation, root cause analysis, and postmortem
+triggers:
+  - "incident"
+  - "장애 대응"
+  - "postmortem"
+  - "장애 분석"
+  - "사후 분석"
+  - "outage"
+---
+<!-- forgen-managed -->
+
+<Purpose>
+장애 대응과 사후 분석(포스트모텀)을 체계적으로 수행합니다.
+트리아지, 긴급 완화, 근본 원인 분석, 수정, 사후 분석 보고서 작성,
+재발 방지 액션 아이템까지 인시던트 대응의 전체 라이프사이클을 다룹니다.
+</Purpose>
+
+<Steps>
+1. **트리아지**: 장애 심각도와 영향 범위를 신속히 판단합니다
+   - 장애 증상 수집 (에러 로그, 모니터링 알림, 사용자 보고)
+   - 심각도 분류:
+     * **SEV-1** (Critical): 서비스 전체 중단, 데이터 손실
+     * **SEV-2** (Major): 핵심 기능 장애, 일부 사용자 영향
+     * **SEV-3** (Minor): 비핵심 기능 장애, 우회 가능
+     * **SEV-4** (Low): 성능 저하, 미미한 영향
+   - 영향 범위 파악 (사용자 수, 기능, 지역)
+   - 타임라인 시작 (발생 시각 기록)
+   - 커뮤니케이션 채널 설정 (Slack 채널, 상태 페이지)
+   - 담당자 지정 (Incident Commander, Communication Lead)
+
+2. **긴급 완화**: 즉각적인 피해를 줄입니다
+   - 최근 배포 확인 (배포가 원인인가?)
+   - 롤백 가능 여부 판단 및 실행
+   - 장애 서비스 격리 (트래픽 차단, 서킷 브레이커)
+   - 임시 조치 적용 (캐시 비우기, 서비스 재시작, 스케일 아웃)
+   - 상태 페이지 업데이트 (사용자 공지)
+   - 완화 효과 확인 (모니터링 지표 정상화 여부)
+
+3. **근본 원인 분석**: 장애의 진짜 원인을 찾습니다
+   - 타임라인 재구성 (분 단위)
+   - 로그 분석 (에러 로그, 액세스 로그, 감사 로그)
+   - 메트릭 분석 (CPU, 메모리, 네트워크, 요청/에러율)
+   - 배포 이력 확인 (코드 변경, 설정 변경, 인프라 변경)
+   - 5 Whys 기법 적용:
+     * Why 1: 직접 원인은?
+     * Why 2: 왜 그 원인이 발생했는가?
+     * Why 3: 왜 감지하지 못했는가?
+     * Why 4: 왜 방지하지 못했는가?
+     * Why 5: 근본적으로 무엇이 부족했는가?
+   - 기여 요인 식별 (코드, 인프라, 프로세스, 인적 요소)
+
+4. **수정 적용**: 근본 원인을 해결합니다
+   - 코드 수정 작성
+   - 코드 리뷰 (간소화된 긴급 리뷰)
+   - 테스트 작성 (장애 재현 테스트)
+   - 스테이징 검증
+   - 프로덕션 배포
+   - 모니터링 강화 (해당 지표 임계값 조정)
+   - 수정 효과 확인 (장애 증상 완전 해소)
+
+5. **포스트모텀 작성**: 사후 분석 보고서를 작성합니다
+   - 비난 없는 분석 (blameless postmortem)
+   - 타임라인 정리 (발생 → 감지 → 완화 → 해결)
+   - 근본 원인 요약
+   - 잘된 점 (What went well)
+   - 개선할 점 (What could be improved)
+   - 행운이었던 점 (Where we got lucky)
+
+6. **액션 아이템 도출**: 재발 방지 대책을 수립합니다
+   - 단기 조치 (1주 이내): 즉각적인 보호 장치
+   - 중기 조치 (1개월 이내): 시스템 개선
+   - 장기 조치 (분기 내): 아키텍처/프로세스 개선
+   - 각 액션 아이템에 담당자와 기한 지정
+   - 액션 아이템 추적 체계 설정 (이슈 트래커)
+</Steps>
+
+## 에이전트 위임
+
+`debugger` 에이전트(Opus 모델)에 위임하여 근본 원인 분석을 수행합니다:
+
+```
+Agent(
+  subagent_type="debugger",
+  model="opus",
+  prompt="INCIDENT RESPONSE TASK
+
+장애 대응 및 근본 원인 분석을 수행하세요.
+
+Incident: [장애 설명]
+Severity: [SEV-1 / SEV-2 / SEV-3 / SEV-4]
+Symptoms: [관찰된 증상]
+
+Response Checklist:
+1. 트리아지 (심각도, 영향 범위)
+2. 긴급 완화 (롤백, 격리, 임시 조치)
+3. 근본 원인 분석 (로그, 메트릭, 5 Whys)
+4. 수정 적용 (코드 수정, 테스트, 배포)
+5. 포스트모텀 초안
+6. 액션 아이템 도출
+
+Output: 인시던트 대응 리포트:
+- 타임라인
+- 근본 원인
+- 완화/수정 조치
+- 포스트모텀 요약
+- 액션 아이템 목록"
+)
+```
+
+## External Consultation (Optional)
+
+debugger 에이전트는 교차 검증을 위해 Claude Task 에이전트에 자문할 수 있습니다.
+
+### Protocol
+1. **자체 분석을 먼저 완료** -- 독립적으로 근본 원인 조사
+2. **검증을 위한 자문** -- Claude Task 에이전트를 통해 분석 교차 확인
+3. **비판적 평가** -- 외부 제안을 맹목적으로 수용하지 않음
+4. **우아한 폴백** -- 위임이 불가능할 경우 절대 차단하지 않음
+
+### 자문이 필요한 경우
+- 데이터 손실이 발생한 SEV-1 장애
+- 보안 침해 의심
+- 재현이 어려운 간헐적 장애
+- 인프라 레벨의 복합 장애
+
+### 자문을 생략하는 경우
+- 명확한 배포 실패 (롤백으로 해결)
+- 단순 설정 오류
+- 알려진 패턴의 장애
+- SEV-3/SEV-4 수준의 경미한 이슈
+
+## 인시던트 대응 체크리스트
+
+### 즉시 대응 (5개)
+- [ ] 장애 심각도가 분류됨
+- [ ] 영향 범위가 파악됨
+- [ ] 커뮤니케이션 채널이 설정됨
+- [ ] 담당자가 지정됨
+- [ ] 타임라인 기록이 시작됨
+
+### 완화 (4개)
+- [ ] 최근 배포 확인 및 롤백 여부 판단됨
+- [ ] 임시 조치가 적용됨
+- [ ] 사용자에게 상태가 공지됨
+- [ ] 완화 효과가 확인됨
+
+### 근본 원인 (4개)
+- [ ] 로그 및 메트릭이 분석됨
+- [ ] 5 Whys가 적용됨
+- [ ] 기여 요인이 식별됨
+- [ ] 근본 원인이 확정됨
+
+### 사후 조치 (5개)
+- [ ] 수정이 코드 리뷰됨
+- [ ] 재현 테스트가 작성됨
+- [ ] 포스트모텀이 작성됨
+- [ ] 액션 아이템에 담당자/기한이 지정됨
+- [ ] 액션 아이템이 이슈 트래커에 등록됨
+
+## 대응 시간 기준
+
+| 심각도 | 감지 | 대응 시작 | 완화 | 해결 |
+|--------|------|-----------|------|------|
+| **SEV-1** | < 5분 | < 15분 | < 1시간 | < 4시간 |
+| **SEV-2** | < 15분 | < 30분 | < 4시간 | < 24시간 |
+| **SEV-3** | < 1시간 | < 4시간 | < 24시간 | < 1주 |
+| **SEV-4** | < 24시간 | 다음 스프린트 | -- | 백로그 |
+
+<Output>
+```
+INCIDENT REPORT / 인시던트 리포트
+===================================
+
+Incident ID: INC-YYYY-NNN
+Severity: [SEV-1 / SEV-2 / SEV-3 / SEV-4]
+Status: [INVESTIGATING / MITIGATING / RESOLVED / POSTMORTEM]
+Duration: [발생 → 해결 총 시간]
+
+TIMELINE / 타임라인
+---------------------
+HH:MM - [이벤트 설명]
+HH:MM - 장애 감지 (모니터링 알림)
+HH:MM - 트리아지 완료, SEV-N 선언
+HH:MM - 긴급 완화 적용 (롤백/격리)
+HH:MM - 서비스 정상화 확인
+HH:MM - 근본 원인 확정
+HH:MM - 영구 수정 배포
+
+IMPACT / 영향
+--------------
+- 영향 받은 사용자: ~N명
+- 영향 받은 기능: [기능 목록]
+- 데이터 손실: [있음/없음]
+- 수익 영향: [추정치]
+
+ROOT CAUSE / 근본 원인
+------------------------
+[근본 원인 설명]
+
+5 Whys:
+1. Why: [직접 원인]
+2. Why: [이유]
+3. Why: [이유]
+4. Why: [이유]
+5. Why: [근본 원인]
+
+Contributing Factors:
+- [기여 요인 1]
+- [기여 요인 2]
+
+POSTMORTEM / 사후 분석
+-----------------------
+What went well:
+- [잘된 점 1]
+- [잘된 점 2]
+
+What could be improved:
+- [개선할 점 1]
+- [개선할 점 2]
+
+Where we got lucky:
+- [행운이었던 점]
+
+ACTION ITEMS / 액션 아이템
+----------------------------
+[단기 - 1주 이내]
+- [ ] [조치 1] @담당자 (기한: YYYY-MM-DD)
+- [ ] [조치 2] @담당자 (기한: YYYY-MM-DD)
+
+[중기 - 1개월 이내]
+- [ ] [조치 3] @담당자 (기한: YYYY-MM-DD)
+
+[장기 - 분기 내]
+- [ ] [조치 4] @담당자 (기한: YYYY-MM-DD)
+```
+</Output>
+
+<Policy>
+- 비난 없는 문화를 유지합니다 -- 사람이 아닌 시스템과 프로세스에 집중
+- 완화가 분석보다 우선입니다 -- 먼저 불을 끄고 원인을 찾습니다
+- 타임라인은 정확하고 상세하게 기록합니다
+- 포스트모텀은 장애 후 48시간 이내에 작성합니다
+- 액션 아이템은 반드시 담당자와 기한을 지정합니다
+- 동일한 장애가 두 번 발생하는 것은 허용되지 않습니다
+</Policy>
+
+## 다른 스킬과의 연동
+
+**디버그 탐정 연동:**
+```
+/forgen:debug-detective 간헐적 장애 원인 분석
+```
+체계적 디버깅으로 근본 원인 추적
+
+**보안 리뷰 연동:**
+```
+/forgen:security-review 장애 원인이 보안 취약점인 경우
+```
+보안 관련 장애의 취약점 분석
+
+**테스트 전략 연동:**
+```
+/forgen:testing-strategy 장애 재발 방지 테스트
+```
+장애 재현 테스트 및 회귀 테스트 설계
+
+## Best Practices
+
+- **즉시 대응** -- 장애 감지 후 최대한 빨리 대응 시작
+- **커뮤니케이션** -- 이해관계자에게 정기적으로 상태 업데이트
+- **비난 금지** -- 시스템과 프로세스를 개선하는 데 집중
+- **기록 유지** -- 모든 조치와 판단의 근거를 기록
+- **후속 추적** -- 액션 아이템이 실제로 완료되었는지 추적
+
+<Arguments>
+## 사용법
+`/forgen:incident-response {장애 상황}`
+
+### 예시
+- `/forgen:incident-response API 500 에러 급증`
+- `/forgen:incident-response 데이터베이스 연결 타임아웃`
+- `/forgen:incident-response 어제 배포 후 로그인 실패 보고`
+- `/forgen:incident-response INC-2026-042 포스트모텀 작성`
+
+### 인자
+- 장애 증상, 에러 메시지, 영향 범위 등을 설명
+- 인자 없으면 현재 시스템 상태를 점검
+</Arguments>
+
+$ARGUMENTS