연락처¶

현재 운영 주체(Bootalk), 클라이언트(세림세무법인), external vendor 담당자, 그리고 장애 시 escalation path 정리.

⚠️ 본 페이지의 일부 항목은 인수 시점에 확정 필요 — 인수 받을 팀의 담당자가 정해지지 않은 상태에서 placeholder로 남긴 부분이 있다.

1. 현재 운영 주체 (Bootalk)¶

⚠️ bus factor 1 — Bootalk 측은 본 프로젝트를 단독 운영 중이다. 인수받을 팀은 인수 직후 최소 2명 이상이 인수 체크리스트를 완주하기를 권장.

2. 클라이언트 측 stakeholder (세림세무법인)¶

커뮤니케이션 패턴¶

CJ (의사결정) → 김진우 (relay) → 주우철 (Bootalk, 개발 실행)
              ↓
        조재환 (CC)

• CJ: PDF 첨부 + 빨간펜 / 자동Check확인 같은 Excel 스펙
• 김진우: 후속 메일 + 채팅, 구체적 URL / 스크린샷
• 응답은 김진우에게 가서 김진우가 CJ에게 relay
• 응답 형식: 피드백 소스별 그룹화 + 번호별 bold title + 격식 있되 따뜻한 톤 (안녕하십니까, 부톡 개발 팀장 주우철입니다 / 편히 말씀 부탁드립니다)

⚠️ 인수 후 인수받을 팀은 이 커뮤니케이션 패턴을 그대로 따를지, 김진우/CJ가 인수받을 팀에 직접 연락할지 합의 필요.

3. External vendors¶

각 외부 시스템 계약의 owner와 인수 시 변경 절차.

3.1 AWS¶

3.2 Cloudflare¶

3.3 OpenAI¶

3.4 Langfuse¶

3.5 Naver Cloud SENS¶

⚠️ 발신번호 사전 등록은 KCB 본인 인증을 거쳐야 하고 영업일 기준 1-2일 소요. 인수 시점에 미리 신청 권장.

3.6 Toss Payments¶

⚠️ Toss는 가맹점(세림세무법인) 계약이라 인수 후에도 owner 변경 없음. 인수받을 팀은 클라이언트로부터 키만 받으면 됨.

3.7 Sentry¶

3.8 GitHub¶

4. Escalation Path (장애 시)¶

flowchart TD
    A["장애 발생"] --> B["L1: Slack 자동 알림
(/etc/semugpt/slack-webhook.url)"]
    B --> C{"on-call이 해결 가능?"}
    C -->|"yes"| D["복구 절차 실행
(06-runbook/recovery.md)"]
    C -->|"no — code 문제"| E["L2: 인수받을 팀 dev lead
⚠️ 인수 시점 확정"]
    C -->|"no — vendor 문제"| F["L3: vendor support"]
    E --> G{"30분 내 해결?"}
    G -->|"no"| H["인수받을 팀 CTO/대표"]
    G -->|"no — 사용자 영향 큼"| I["클라이언트 (김진우 → CJ) 사전 고지"]
    F --> J["AWS Support / Cloudflare Support /
OpenAI Support / Toss Support"]

L1 (자동) — Slack 알림¶

• disk-alarm cron (디스크 ≥80%)
• health-monitor cron (/actuator/health DOWN)
• mention 포함 시 critical → 즉시 대응

자세히는 모니터링 참조.

L2 (사람) — 인수받을 팀 dev lead¶

⚠️ 인수 시점에 확정 필요. 본인 / 백업 담당자 / 응답 SLA 합의.

L3 (vendor)¶

클라이언트 사전 고지 (사용자 영향 큰 장애)¶

TO: 김진우 (CC: 김창진, 조재환)
SUBJECT: [SeMu-GPT 장애 알림] {요약}

안녕하십니까, {인수받을 팀} 개발 팀장 {이름}입니다.

현재 SeMu-GPT 시스템에 다음과 같은 장애가 발생하여 사전 안내드립니다.

- 발생 시각: {YYYY-MM-DD HH:MM}
- 영향: {요약}
- 예상 복구: {시각}
- 진행 상황: {요약}

업데이트가 있으면 즉시 알려드리겠습니다.

⚠️ 응답 형식은 세림세무법인 커뮤니케이션 패턴 참조.

5. 인수 후 Bootalk 지원 (있다면)¶

⚠️ 인수 합의 시점에 확정 필요. 다음 항목을 합의:

지원 기간 후에는 인수받을 팀이 자체적으로 대응. Bootalk는 위키 본문이 라이브 문서로 남는 것을 보장한다.

알려진 한계 / 개선 예정¶

• 인수받을 팀 담당자 미정 ⚠️ — 본 페이지의 L2 escalation, dev lead 등 항목이 인수 시점에 확정 필요.
• Bootalk bus factor 1 — 현재 단독 운영. 인수 직후 인수받을 팀 측 최소 2명 이상이 권한 보유 권장.
• Vendor support plan 미정 — AWS / Cloudflare 등 paid support plan 여부가 인수 시점에 결정 필요.
• NCP SENS 발신번호 재등록 소요 — 인수 시 NCP 계정을 양도하지 않고 새 계정으로 이주 시 영업일 1-2일 소요. 사전 신청 필요.
• Toss 가맹점 계약 = 세림세무법인 보유: 가맹점 owner는 변경 없음. 인수받을 팀과 별개.
• 클라이언트 커뮤니케이션 패턴 인수 후 변경 가능성: 현재 김진우 → 주우철 단방향이지만, 인수 후 김진우/CJ가 인수받을 팀에 직접 연락하는 형태로 변할 수 있음 — 인수 시 합의.

관련 문서¶

• 접근 권한 목록 — vendor별 자격증명 위치 (vendor 변경 시 회전 항목)
• 인수 체크리스트 — Day 0 / Week 4 단계별 검증
• 운영 런북 — L1 알림에 대한 실 운영 절차
• 모니터링 — Slack 알림 정책
• 1차 출처: ~/.claude/projects/-Users-juucheol-Bootalk-semugpt-2026/memory/user_client_stakeholders.md (Bootalk 내부 인지 자료)