소설 본문이 덮어써졌다면? 버전 기록, 로컬 초안, 충돌 처리

이 글의 목차 10개 섹션

본문이 갑자기 옛 버전으로 바뀐 것을 발견했을 때 가장 중요한 동작은 새로 고침도, 바로 한 단락을 다시 입력해 보는 것도 아닙니다.

먼저 손을 멈추고, 현재 화면, 서버 버전, 로컬 초안이 각각 무엇을 저장하고 있는지 확인하세요. 계속 편집하면 버전이 더 많이 생기고, 연속 새로 고침은 어느 쪽이 원고이고 어느 쪽이 새 원고인지 판단하기 더 어렵게 만들 수 있습니다.

Maliang Writer의 본문 보호는 두 층으로 나뉩니다. 서버 버전 기록은 이미 저장된 내용을 찾는 데 알맞고, 로컬 초안함은 충돌 결정 전에 아직 안전하게 동기화되지 않은 캔버스 내용을 보호하는 데 쓰입니다. 둘은 포지션이 달라서 로컬 초안을 클라우드 백업으로 여겨서는 안 됩니다.

본문이 「후퇴」한 듯 보일 때 먼저 확인할 세 가지는?

현장을 기록한 다음 복구하세요.

1. 현재 회차 제목과 글자 수를 보고 회차를 잘못 전환하지 않았는지 확인한다.
2. 대략 유실된 위치를 적어 두고, 계속 입력하거나 AI 리라이트를 실행하지 않는다.
3. 버전 기록을 열어 서버 버전과 로컬 초안을 각각 확인한다.

다중 탭, 휴대폰과 컴퓨터 동시 열기, AI 백그라운드 리라이트, 네트워크 끊김 후 재연결은 모두 같은 회차에 서로 다른 기준선이 생기게 할 수 있습니다. 시스템은 내용 버전에 가드를 두어 실제 분기가 발견되면 자동 저장을 멈추고 선택지를 주며, 낡은 요청이 새 내용을 바로 덮어쓰게 하지 않습니다.

서버 버전 기록과 로컬 초안은 무엇이 다를까?

서버 버전 기록은 이미 버전이 된 회차 내용을 기록하며 기기를 넘어 볼 수 있습니다. 어떤 버전을 복구하는 것은 명확한 내용 작업이므로, 복구 전에 대상 버전에 정말 본문이 있는지 확인해야 합니다.

로컬 초안은 브라우저 안의 단기 유실 방지 안전망입니다. 주로 이런 때 기록됩니다. 저장 충돌이 나타났을 때, 서버 최신 내용을 불러오려 할 때, 외부 리라이트가 캔버스를 새로 고치려 할 때, 충돌 교착으로 저장을 멈춰야 할 때.

현재 설계의 경계는 이렇습니다.

• 회차마다 최근 로컬 초안 2건을 보관한다.
• 초안은 7일 뒤 자동으로 만료된다.
• 전체가 한정된 브라우저 저장 공간을 쓰므로 너무 오래된 내용은 밀려난다.
• 클라우드 동기화를 하지 않아서 브라우저를 바꾸거나 기기를 바꾸거나 사이트 데이터를 정리하면 사라질 수 있다.
• 공용 기기에서는 본문을 보관할 때 신중해야 하며, 필요 없을 때 직접 정리한다.

그러므로 이미 저장된 장기 버전은 먼저 서버 기록을 보고, 방금 충돌이나 오조작이 난 내용은 로컬 초안을 보세요.

「최신 불러오기」와 「내 버전 유지」는 어떻게 고를까?

충돌 안내가 나타나면 먼저 두 내용의 갱신 시간과 핵심 단락을 비교하세요.

「최신 불러오기」는 서버 버전이 정말 더 새로울 때 알맞습니다. 예를 들어 다른 기기에서 이미 수정을 마쳤거나 백그라운드 AI 작업이 새 내용을 기록한 경우입니다. 누르기 전에 현재 캔버스가 먼저 로컬 초안으로 보호되고, 그다음 페이지가 서버 버전을 불러옵니다.

「내 버전 유지」는 현재 캔버스가 유지하려는 최신 직접 편집일 때 알맞습니다. 시스템은 서버 내용을 초안으로 한 부 저장한 뒤 서버 최신 버전을 새 기준선으로 삼아 당신의 내용을 제출하며, 버전 없는 덮어쓰기를 피합니다.

확신이 없으면 추측하지 마세요. 먼저 양쪽의 핵심 단락을 복사하거나 로컬 초안에서 전체 글자 수를 확인하세요. 복구 작업의 목표는 두 건을 모두 지키고 나서 어느 쪽을 본문으로 삼을지 정하는 것입니다.

로컬 초안에서 캔버스로 어떻게 복구할까?

회차 버전 기록의 「로컬 초안」 영역을 열고 저장 시간, 글자 수, 이유로 판단하세요. 흔한 이유는 저장 충돌 보호, 최신 불러오기 전 보호, 복구 전 보호로 표시됩니다.

캔버스로 복구하기 전에 시스템이 현재 캔버스를 초안으로 한 번 더 저장해, 잘못된 버전을 골랐을 때 물러설 길이 없는 일을 막습니다. 복구된 내용은 사용자 편집으로서 저장 흐름에 다시 들어가며 계속 버전 가드의 보호를 받습니다.

안전한 단계는 이렇습니다.

1. 먼저 「내용 복사」로 후보 초안을 임시 문서에 옮겨 대조한다.
2. 글자 수만 보지 말고 도입부, 유실 위치, 회차 끝을 비교한다.
3. 확인한 뒤 캔버스로 복구를 누른다.
4. 저장 상태가 완료되기를 기다린 다음 회차를 전환하거나 새로 고친다.

AI 리라이트 뒤에 원문이 안 보이면 어디서 찾을까?

먼저 차이 패널이 아직 있는지 보고, 그다음 버전 기록을 보세요.

AI 수정이 아직 확인 대기 상태라면 블록별로 거부해 해당 원문을 복구할 수 있습니다. 이미 모두 수락했거나 회차 전체 병합을 마쳤다면 저장 전후의 서버 버전을 확인하세요. 방금 충돌이 났거나 수정을 거부할 때 계속 직접 쓴 경우에는 로컬 초안도 확인해야 합니다.

앞으로 큰 수정을 하기 전에는 AI 리라이트 차이 비교로 단락별로 확인하길 권합니다. 회차 전체 교체는 명확한 재작성 작업에만 알맞고 일반적인 다듬기에는 맞지 않습니다.

다중 탭 편집은 왜 충돌이 나기 쉬울까?

두 페이지 모두 같은 옛 버전에서 출발합니다. A 탭이 먼저 저장하면 서버 버전은 이미 앞으로 나아갔는데, B 탭은 여전히 옛 기준선으로 제출하므로 시스템은 B가 A를 조용히 덮어쓰는 것을 막아야 합니다.

이런 409 충돌은 「저장 시스템이 고장 난」 것이 아니라 보호 장치가 알려 주는 것입니다. 서버와 로컬 모두에서 유효한 변화가 생겼으니 사람이 결정해야 한다는 뜻입니다. 내용은 같은데 버전만 앞선 가짜 충돌은 가능한 한 조용히 동기화하며, 양쪽 본문이 정말 다를 때만 자동 저장을 끊어야 합니다.

일상 습관으로 충돌을 줄일 수 있습니다. 같은 회차는 가능하면 한 탭에서만 편집하고, 기기를 바꾸기 전에 저장 완료를 기다리고, 백그라운드 AI 작업이 끝나면 안내를 먼저 보고 나서 직접 쓰기를 이어 가세요.

로컬 초안은 소설 백업일까?

아닙니다. 단기이고 같은 브라우저 안에서의 복구 창입니다.

진짜 백업 전략에는 서버 버전, 정기 내보내기, 중요한 시점의 오프라인 사본이 포함되어야 합니다. 로컬 초안은 브라우저 정리, 시크릿 모드, 저장 할당량, 기기 변경의 영향을 받으므로 방금 일어난 충돌을 건져 내는 데에는 알맞지만 몇 달 전 회차를 보관하는 데는 맞지 않습니다.

권을 마칠 때, 큰 개고를 할 때, 투고 전에 각각 한 번씩 내보내기를 해 둘 수 있습니다. 수정 방법은 먼저 소설 다듬기 가이드를 보고, 게시 전의 다른 점검은 소설 교정 체크리스트를, 회차 간 사실 위험은 일관성 점검으로 처리하세요.

잘못 덮어쓴 뒤 처음 10분은 어떻게 처리할까?

처음 2분은 현장 보호만 합니다. 입력을 멈추고, 새 AI 작업을 실행하지 않고, 회차와 기기와 대략적인 발생 시각을 적어 둡니다. 화면에 아직 대상 내용이 보인다면 먼저 시스템 클립보드나 임시 문서에 복사하세요.

이어서 버전 기록을 열어 최신부터 오래된 순으로 서버 버전을 확인하고, 로컬 초안의 글자 수와 저장 이유도 봅니다. 의심되는 버전을 찾았다면 바로 복구하지 말고 먼저 복사해 내서 유실 위치, 도입부, 회차 끝을 대조하세요.

대상 내용을 확인한 뒤에 캔버스로 복구하고 저장이 완료되기를 기다리세요. 마지막으로 인접 회차와 작업 센터를 점검해, 같은 회차에 계속 다시 쓰고 있는 외부 리라이트가 없는지 확인합니다. 이 과정 내내 한 번에 복구 동작 하나만 하세요. 방금 되찾은 내용이 다음 조작에 또 덮어써지는 일을 피하기 위해서입니다.

대상 버전을 못 찾을 때 오히려 손실을 키우는 조작은?

반복해서 새로 고치거나 기기를 오가지 마세요. 환경마다 보이는 로컬 초안이 다르므로 자주 바꾸면 판단 비용만 늘어납니다. 틀린 버전 위에 계속 보충해 쓰면서 기억으로 유실된 내용을 재구성하려 하지도 마세요. 그것이 자동 저장되는 순간 타임라인에 겉보기엔 더 새롭지만 실제로는 불완전한 버전이 하나 더 생깁니다.

「저장을 유발」하겠다고 글자를 하나 더했다 지우지도 마세요. 버전 충돌은 새 요청을 만들어서 해결되지 않습니다. 브라우저 캐시를 정리하거나, 시크릿 창을 종료하거나, 정리 도구를 쓰는 것은 더더욱 안 됩니다. 로컬 초안이 바로 그 브라우저 데이터에 있을 수 있습니다.

버전 기록과 로컬 초안 어디에도 대상 내용이 없다면 먼저 현재의 모든 후보 버전과 발생 시각을 보존한 뒤 지원팀에 연락해 서버 로그를 조사하게 하세요. 「어느 작품, 어느 회차, 몇 시에, 어떤 기기에서 무슨 조작을 했는지」를 설명하면 「내용이 없어졌어요」라고만 하는 것보다 위치를 찾기 쉽습니다.

복구가 끝난 뒤에는 유발 원인을 따로 복기해 같은 경로가 다시 일어나지 않게 하세요.

자주 묻는 질문

Q1: 페이지를 새로 고치면 유실된 내용이 자동으로 복구되나요?

새로 고침을 복구 수단으로 여기지 마세요. 새로 고침은 보통 서버 상태를 불러오며, 동기화되지 않은 캔버스 내용은 로컬 초안 같은 보호에만 의존할 수 있습니다. 먼저 버전 기록을 확인한 뒤 새로 고칠지 결정하세요.

Q2: 로컬 초안을 휴대폰에서 볼 수 있나요?

초안이 기록된 같은 브라우저 환경에서만 읽을 수 있습니다. 클라우드 동기화가 되지 않아 컴퓨터 브라우저의 초안이 휴대폰에 자동으로 나타나지 않습니다.

Q3: 왜 회차마다 최근 로컬 초안 두 건만 보이나요?

로컬 초안은 단기 충돌 보호용이어서 브라우저 저장 점유를 통제해야 합니다. 더 장기적인 버전은 서버 버전 기록과 직접 내보내기에 의존해야 합니다.

Q4: 옛 버전을 복구하면 현재 내용이 덮어써지나요?

복구는 캔버스를 바꾸므로 조작 전에 대상 버전을 대조해야 합니다. 시스템은 가능한 한 현재 캔버스를 초안으로 보호하지만, 잘못 고르는 일이 없도록 핵심 내용을 먼저 복사해 두길 권합니다.

Q5: 연속 저장 충돌이 나면 어떻게 하나요?

입력을 멈추고, 같은 회차를 편집 중인 다른 탭을 닫고, 서버와 로컬 버전을 비교한 뒤 명확히 선택하세요. 저장을 반복해서 누르지 마세요. 충돌 교착은 사용자의 선택으로 깨야 합니다.