# Crisis Communication

> 위기 상황 발생 시 상황파악, 메시지전략, 보도자료, Q&A, 모니터링까지 에이전트 팀이 협업하여 통합 위기소통 패키지를 한 번에 생성하는 풀 파이프라인. '위기 대응', '위기 커뮤니케이션', '보도자료 작성', '위기관리', 'crisis management', '긴급 대응', '언론 대응', '기자회견 준비', '공식 입장문', '위기 소통 전략', '사과문 작성', '리콜 대응', '데이터 유출 대응', '사건 사고 대응' 등 조직의 위기 상황 커뮤니케이션 전반에 이 스킬을 사용한다. 위기 유형이 특정되지 않아도 범용 위기 대응 프레임워크를 제공한다. 단, 실제 법률 자문, 보험 청구, 형사/민사 소송 대리, 실시간 SNS 모니터링 API 연동은 이 스킬의 범위가 아니다.

- Skill: `revfactory/crisis-communication` (Agent Skill, multi-file: 2 files)
- Install (CLI): `npx skillmds@latest add revfactory/crisis-communication`
- Raw SKILL.md: https://api.skillmd.com/api/skills/revfactory/crisis-communication/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Integrations & APIs
- Author: revfactory (https://skillmd.com/u/revfactory)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/revfactory/crisis-communication

---


# Crisis Communication — 위기 소통 풀 파이프라인

위기 상황의 상황파악→메시지전략→보도자료→Q&A→모니터링을 에이전트 팀이 협업하여 한 번에 생성한다.

## 실행 모드

**에이전트 팀** — 5명이 SendMessage로 직접 통신하며 교차 검증한다.

## 에이전트 구성

| 에이전트 | 파일 | 역할 | 타입 |
|---------|------|------|------|
| situation-analyst | `.claude/agents/situation-analyst.md` | 사실관계, 이해관계자, 위기등급 | general-purpose |
| message-strategist | `.claude/agents/message-strategist.md` | 핵심메시지, 톤, 채널전략 | general-purpose |
| press-release-writer | `.claude/agents/press-release-writer.md` | 보도자료, 공식입장문, 내부공지 | general-purpose |
| qa-preparer | `.claude/agents/qa-preparer.md` | 예상질문, 답변가이드, 브리핑시트 | general-purpose |
| media-monitor | `.claude/agents/media-monitor.md` | 여론추적, 2차위기감지, 종료판단 | general-purpose |

## 워크플로우

### Phase 1: 준비 (오케스트레이터 직접 수행)

1. 사용자 입력에서 추출한다:
    - **위기 상황**: 무슨 일이 발생했는가
    - **조직 정보**: 조직명, 규모, 업종
    - **현재 상태**: 언론 보도 여부, 내부 인지 시점, 초기 대응 여부
    - **제약 조건** (선택): 법적 이슈, 규제 사항, 시간 제약
    - **기존 문서** (선택): 기존 보도자료, 내부 보고서 등
2. `_workspace/` 디렉토리를 프로젝트 루트에 생성한다
3. 입력을 정리하여 `_workspace/00_input.md`에 저장한다
4. 기존 문서가 있으면 `_workspace/`에 복사하고 해당 Phase를 조정한다
5. 요청 범위에 따라 **실행 모드를 결정**한다 (아래 "작업 규모별 모드" 참조)

### Phase 2: 팀 구성 및 실행

팀을 구성하고 작업을 할당한다. 작업 간 의존 관계는 다음과 같다:

| 순서 | 작업 | 담당 | 의존 | 산출물 |
|------|------|------|------|--------|
| 1 | 상황 분석 | analyst | 없음 | `_workspace/01_situation_analysis.md` |
| 2 | 메시지 전략 | strategist | 작업 1 | `_workspace/02_message_strategy.md` |
| 3a | 보도자료 작성 | writer | 작업 1, 2 | `_workspace/03_press_release.md` |
| 3b | Q&A 준비 | preparer | 작업 1, 2 | `_workspace/04_qa_briefing.md` |
| 4 | 모니터링 계획 | monitor | 작업 1, 2, 3a, 3b | `_workspace/05_monitoring_plan.md` |

작업 3a(보도자료)와 3b(Q&A)는 **병렬 실행**한다. 둘 다 작업 2(메시지전략)에만 의존하므로 동시에 시작할 수 있다.

**팀원 간 소통 흐름:**
- analyst 완료 → strategist에게 위기등급·이해관계자·팩트 전달
- strategist 완료 → writer에게 핵심메시지·톤·No-Go Phrases 전달, preparer에게 이해관계자별 메시지 전달
- writer 완료 → preparer에게 공식 문안 전달 (Q&A 일관성 확보)
- preparer 완료 → monitor에게 예상 질문 패턴 전달
- monitor는 모든 산출물을 교차 검증하여 메시지 일관성, 누락 시나리오, 타이밍 충돌을 점검한다

### Phase 3: 통합 및 최종 산출물

모니터의 검증 결과를 기반으로 최종 산출물을 정리한다:

1. `_workspace/` 내 모든 파일을 확인한다
2. 메시지 일관성 이슈가 발견되면 해당 에이전트에 수정 요청 (최대 2회)
3. 최종 요약을 사용자에게 보고한다:
    - 상황 분석 보고서 — `01_situation_analysis.md`
    - 메시지 전략서 — `02_message_strategy.md`
    - 보도자료/입장문 — `03_press_release.md`
    - Q&A 브리핑 시트 — `04_qa_briefing.md`
    - 모니터링 계획 — `05_monitoring_plan.md`

## 작업 규모별 모드

사용자 요청의 범위에 따라 투입 에이전트를 조절한다:

| 사용자 요청 패턴 | 실행 모드 | 투입 에이전트 |
|----------------|----------|-------------|
| "위기 대응 전체 준비해줘", "풀 패키지" | **풀 파이프라인** | 5명 전원 |
| "보도자료만 써줘" | **보도자료 모드** | analyst + strategist + writer |
| "기자회견 Q&A 준비해줘" | **Q&A 모드** | analyst + strategist + preparer |
| "위기 상황 분석만 해줘" | **분석 모드** | analyst 단독 |
| "이 보도자료 검토해줘" (기존 파일) | **검토 모드** | strategist + monitor |

**기존 파일 활용**: 사용자가 기존 보도자료, 내부 보고서 등을 제공하면, 해당 파일을 `_workspace/`의 적절한 위치에 복사하고 해당 단계를 건너뛴다.

## 데이터 전달 프로토콜

| 전략 | 방식 | 용도 |
|------|------|------|
| 파일 기반 | `_workspace/` 디렉토리 | 주요 산출물 저장 및 공유 |
| 메시지 기반 | SendMessage | 실시간 핵심 정보 전달, 수정 요청 |
| 태스크 기반 | TaskCreate/TaskUpdate | 진행 상황 추적, 의존 관계 관리 |

파일명 컨벤션: `{순번}_{에이전트}_{산출물}.{확장자}`

## 에러 핸들링

| 에러 유형 | 전략 |
|----------|------|
| 위기 정보 부족 | analyst가 가정 시나리오 기반으로 작업, "[정보 제한]" 명시 |
| 웹 검색 실패 | 유사 위기 유형의 일반 패턴으로 대체, 보고서에 "선례 미확인" 명시 |
| 법적 판단 필요 | ⚖️ 표기 후 법률검토 필요 사항 별도 정리, 보수적 버전 병행 |
| 에이전트 실패 | 1회 재시도 → 실패 시 해당 산출물 없이 진행, 최종 보고에 누락 명시 |
| 메시지 불일관 발견 | 해당 에이전트에 수정 요청 → 재작업 (최대 2회) |

## 테스트 시나리오

### 정상 흐름
**프롬프트**: "우리 회사 앱에서 고객 개인정보 5만 건이 유출됐어. 아직 언론 보도 전이고 내부에서 30분 전에 발견했어. 위기 대응 커뮤니케이션 전체를 준비해줘."
**기대 결과**:
- 상황 분석: 데이터유출 위기등급 Critical 판정, 개인정보보호법 위반 리스크, 이해관계자 6개 이상
- 메시지 전략: 3C 핵심 메시지, 골든아워 대응, No-Go Phrases 5개 이상
- 보도자료: 홀딩 스테이트먼트 + 정식 보도자료 + CEO 서한
- Q&A: 카테고리별 예상 질문 20개 이상, 함정 질문 대응
- 모니터링: 채널별 키워드, 알림 기준, 위기 종료 판단 기준

### 부분 요청 흐름
**프롬프트**: "내일 기자회견인데 Q&A만 급하게 준비해줘. 상황은 제품 리콜이야."
**기대 결과**:
- Q&A 모드로 전환 (analyst + strategist + preparer)
- 제품 리콜 특화 질문 (안전성, 보상, 리콜 범위, 원인, 재발방지)
- 대변인 1-페이지 카드 + 브리지 문구

### 에러 흐름
**프롬프트**: "위기 대응 준비해줘, 상황은 잘 모르겠는데 SNS에서 난리야"
**기대 결과**:
- analyst가 "[정보 제한]" 명시 후 SNS 위기 유형 가정 시나리오 3개 제시
- 각 시나리오별 핵심 메시지 변형 준비
- 범용 홀딩 스테이트먼트 즉시 제공

## 에이전트별 확장 스킬

| 확장 스킬 | 경로 | 대상 에이전트 | 역할 |
|----------|------|-------------|------|
| stakeholder-mapping | `.claude/skills/stakeholder-mapping/skill.md` | situation-analyst, message-strategist | 이해관계자 매핑, 위기 등급, 타임라인 |
| media-response-templates | `.claude/skills/media-response-templates/skill.md` | press-release-writer, qa-preparer | 보도자료 템플릿, Q&A ABT 구조, 금지 표현 |