
"노트북 SSD 가 고장났어요. Replyer 설정 / 페르소나 / 단톡방 매핑 다 사라진 것 같은데 복구 가능한가요?"
가능합니다. 백업이 있다면. 본 글은 백업 zip 의 구성 / 자동 백업 주기 / 사고 시나리오별 복구 흐름을 정리. 사고 전 예방 (정기 백업 룰) 도 핵심.
백업 zip 의 구성
Replyer 의 [백업 zip 다운로드] 가 만드는 zip 안에는:
백업 zip 구성 (예시 분포, 평균 200MB 기준)
config.json- 전체 설정 (모델 / 한도 / 야간 회피 / 운영자 비밀번호 등)personas/*.yaml- 모든 페르소나 정의sessions/*.session- 텔레그램 인증 세션 파일chat_rooms.yaml- 채팅방 × 페르소나 매핑agent_history/*.yaml- 페르소나 prompt 변경 이력conversations/*.jsonl- 응답 이력 (날짜별)rooms/*.yaml- 채팅방 메타 정보
zip 의 평균 크기는 50~500MB (응답 이력 누적량에 따라).
자동 백업 주기
Replyer 가 자동으로 만드는 백업 (~/Library/Application Support/Replyer/backups/ mac):
- 매일 자동 - 최근 7일 보존
- 매주 자동 - 최근 4주 보존
- 수동 백업 - 운영자가 [백업 zip 다운로드] 누를 때마다
사고 시나리오 5종 - 시간순 복구 흐름
아래는 5가지 사고 시나리오의 평균 복구 소요 시간과 손실 위험을 한눈에 본 시뮬레이션. 막대 위에 호버하면 단계가 표시됩니다.
사고 1, 운영자가 실수로 페르소나 삭제
가장 흔한 케이스. 사고 직후:
- [정지] 누름 (해당 페르소나가 더 이상 응답 안 가는 동안 시간 확보)
- 백업 페이지 → 가장 최근 자동 백업 zip 선택
- [부분 복원] 옵션 → 페르소나만 체크 → [복원]
- 페르소나 도구 페이지에서 복원된 페르소나 확인
- 단톡방 × 페르소나 매핑 페이지에서 옛 매핑 재확인
- [시작] 재개
부분 복원이 핵심. 전체 zip 복원은 설정 / 응답 이력까지 덮어쓰므로 페르소나만 복구할 때는 위험.
사고 2, 설정 파일 (config.json) 손상
원인: 디스크 가득 참 / 강제 종료 중 쓰기 / 운영자 비밀번호 재설정 시도 실패. 사고 직후:
- Replyer 가 시작 시 "설정 손상 감지" 배너 표시
- 배너 → [백업에서 복원] 클릭
- 옛 백업 중 가장 최근 정상 zip 의 config.json 만 복원
- 자동 새로고침 후 정상 진입 가능
사고 3, 디스크 손상 / 새 PC 로 강제 이전
가장 큰 사고. PC 가 더 이상 안 켜짐. 옵션:
- 클라우드 / 외장 디스크에 백업 zip 있는 경우: 새 PC 에 Replyer 설치 → 백업 zip 복원 → 정상
- 백업 없는 경우: 페르소나 / 매핑 / 응답 이력 손실 확정. 텔레그램 세션은 새 PC 에서 SMS 인증으로 재로그인 가능
사고 4, 페르소나 prompt 잘못된 수정 후 응답 품질 폭락
운영자가 페르소나의 시스템 prompt 를 크게 바꿨는데 자동 응답이 부자연스러워짐:
- Replyer 의 페르소나 편집 → [prompt 히스토리] 탭
- 옛 prompt 버전 중 정상이었던 시점 선택
- [이 버전으로 되돌리기] 클릭
Prompt 히스토리는 백업 zip 과 별개로 페르소나마다 자동 보존. 별도 복원 절차 X.
예방 룰 - 백업 빈도 vs 데이터 손실 위험 (인터랙티브)
슬라이더를 움직여 본인 백업 빈도와 단톡방 응답 수에 따른 최대 손실량을 시뮬레이션해보세요.
백업 시뮬레이션
주 1회 + 일 120건 응답 운영자는 사고 시 최대 840건 응답 이력 손실. 클라우드 동기로 빈도를 1일로 줄이면 손실이 ~120건으로 떨어집니다.
복구 후 검수 단계
□ 텔레그램 모든 계정 connected 상태 (Accounts 페이지)
□ 페르소나 목록 / 시스템 prompt 정상 (페르소나 도구 페이지)
□ 단톡방 × 페르소나 매핑 정확 (Rooms 페이지)
□ 한도 / 야간 회피 / 무응답 확률 설정 (Settings 페이지)
□ 모델 .gguf 다운로드 완료 (Settings → 모델 카드)
□ Sandbox 페이지에서 페르소나 테스트 응답 확인
□ 1~2 시간 [수동 검토 모드] 로 자동 응답 검수
□ 정상 응답 확인 후 자동 모드 전환
사고 예방 룰
- 클라우드 드라이브 (iCloud / Dropbox / Google Drive) 에 주 1회 백업 zip 수동 업로드
- 큰 페르소나 변경 (시스템 prompt 재작성) 전 백업 zip 1회 추가 생성
- 사고가 잦은 환경 (디스크 여유 작음 / 강제 종료 잦음) 은 일일 클라우드 동기
- 1년에 한 번 [재해 복구 시뮬레이션] - 새 PC 또는 임시 사용자 폴더에 백업 복원 → 정상 작동 확인
자주 묻는 질문
Q. 백업 zip 안에 텔레그램 세션 파일이 들어 있는데 보안 위험?
위험. 세션 파일은 텔레그램 계정에 로그인된 상태와 같음. 백업 zip 을 외부에 공유하거나 메일 첨부로 보내면 그 zip 받은 사람이 본인 텔레그램 계정에 접근 가능. 본인만 접근 가능한 채널 (개인 클라우드 / 외장 디스크) 에 저장.
Q. 자동 백업이 디스크 공간을 너무 많이 차지하면?
Settings → 백업 설정 → 보존 기간 단축 (7일 → 3일 / 4주 → 2주). 또는 응답 이력 (conversations/) 을 백업에서 제외 옵션. 응답 이력이 zip 크기의 대부분을 차지.
Q. 백업 zip 의 무결성 (손상 검사) 어떻게?
Replyer 의 [복원] 흐름이 자동 무결성 검사 (zip 헤더 / 필수 파일 존재 / yaml 파싱). 매월 1회 옛 백업 zip 을 임시 폴더에 복원해보는 시뮬레이션이 가장 확실.
Q. 응답 이력만 복구 가능한가요?
가능. 백업 zip 의 conversations/ 폴더만 추출 → 사용자 데이터 폴더 (~/Library/Application Support/Replyer/conversations/ mac) 에 덮어쓰기 → Replyer 재시작.
Q. 백업이 복원 안 되는 경우?
큰 버전 업그레이드 후 (예: v0.5.x → v0.13.x) 옛 백업의 yaml 스키마가 변경된 경우. Replyer 의 마이그레이션 hook 이 자동 변환 시도하지만 완전 자동은 아님. 매월 한 번 백업이 정상 복원되는지 시뮬레이션 권장.
다음 단계
본인 단톡방에 자동 답장을 도입하려면 Replyer 다운로드 에서 본인 OS 빌드를 받고, 단계별 사용법은 사용 매뉴얼 을 참고하세요.