Crisis Communication

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

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

실행 모드

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

에이전트 구성

워크플로우

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

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

Phase 2: 팀 구성 및 실행

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

작업 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

작업 규모별 모드

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

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

데이터 전달 프로토콜

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

에러 핸들링

테스트 시나리오

정상 흐름

프롬프트: "우리 회사 앱에서 고객 개인정보 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개 제시
• 각 시나리오별 핵심 메시지 변형 준비
• 범용 홀딩 스테이트먼트 즉시 제공

에이전트별 확장 스킬