원고 내보내기와 백업

웹 연재물은 이상한 종류의 재산입니다. 회차는 공개적이고 원고는 아니며, 전체가 집필 도구나 플랫폼이 하필 돌아가고 있는 서버 위에 삽니다. 플랫폼은 합병되고, 약관을 바꾸고, 자금이 끊기고, 사고로 계정을 지우기도 합니다. 그 취약함에 대한 작법의 대답은 지루하고 필수적입니다. 파일을 소유하세요. 이 가이드는 소유가 무엇을 의미하는지, Markdown 내보내기의 값어치가 무엇인지, 진짜 백업이 무엇을 담는지, 그리고 습관을 붙게 만드는 주기가 무엇인지 다룹니다.

연재물에게 소유권이 더 중요한 이유

연재 작가는 책 전체 수정이 존재하기 전에 발행합니다. 초반 회차는 이미 나갔고, 이미 독자의 서가에 있고, 이야기 전체의 기준 기록은 도구가 쥔 것이 무엇이든 그것입니다. 그것을 통제하는 형식으로 꺼낼 수 없다면, 그 도구와의 협상 위치는, 정확히 가장 필요한 순간에 0입니다. 플랫폼을 옮기고 싶을 때, 전자책을 내고 싶을 때, 또는 단지 가격 변경 뒤에도 계속 쓰고 싶을 때입니다. 소설 집필 소프트웨어 고르는 법의 첫 질문은 원고가 어디에 사는가이고, 이 가이드는 그 질문의 실무 답변입니다. 원고를 도구 밖으로 꺼내는 방법을 아는 것과, 꺼낸 것을 안전하게 보관하는 방법을 아는 것, 둘 다 말입니다. 어디에 게시할지는, 차례로, 휴대 가능성을 염두에 두고 골라야 합니다. 연재 플랫폼 지형을 보세요.

Markdown 내보내기가 주는 것

Markdown은 "구조화된 문서를 쓰기 위한 평문 텍스트 형식"입니다(CommonMark). 평문 텍스트는 컴퓨팅이 지금까지 만들어 낸 것 중 가장 오래가는 형식입니다. 어느 시스템의 어느 편집기로도 읽히고, 차이 비교가 되고, 검색이 되고, 사실상 다른 무엇으로든 변환됩니다. 십 년 뒤의 어느 컴퓨터에서도 파일을 그대로 열어 읽을 수 있습니다. 내보낸 Markdown 원고는 도구의 데이터베이스를 담은 보관 파일이 아니라, 도구보다 오래살도록 지어진 모양을 한 책 자신입니다. 형식 자신의 역사에서 나오는 정직한 단서가 하나 있습니다. 원래 명세가 해석의 여지를 남겼기 때문에 Markdown 구현들은 수년에 걸쳐 "상당히 갈라졌고", 그래서 표준으로 CommonMark가 존재합니다. 제목과 단락과 목록 같은 표준 구조만 쓰면 파일은 어디서나 깨끗하게 변환됩니다.

Kanonara에서 내보내기는, 읽을 수 있는 원고 전체를 하나의 Markdown 파일로 뽑는 것입니다. 제목과 시놉시스, 그다음 장면 순서대로 모든 회차입니다. 의도적으로, 데이터베이스가 아니라 읽는 책입니다.

내보내기 너머의 백업이란 무엇인가

내보내기는 산문이 아닌 모든 것을 잃습니다. 캐릭터와 그 상태, 관계와 그 이력, 장소, 타임라인 사건, 이야기 사실, 규칙, 비밀, 이슈와 그 근거입니다. 긴 연재물에게 그 자료는 몇 달치의 당신 판단이고, 그것을 잃는 것은 텍스트를 잃는 것보다 이야기를 더 멀리 뒤로 물립니다. 온전한 백업이 그것을 담습니다. Kanonara의 백업은 전체 프로젝트의, 버전이 붙은 단일 JSON 스냅숏으로, 스토리 바이블과 연속성 기록을 포함하고, 필요할 때마다 새 프로젝트로 복원됩니다.

붙들어 둘 구분은 이것입니다. 내보내기는 읽기와 이동을 위한 것이고, 백업은 복구를 위한 것입니다. 둘 다 필요하고, 하나가 다른 하나를 대신하지 않습니다. 내보낸 파일만으로는 이야기의 기록을 다시 세울 수 없고, 백업 없이는 몇 달치 판단을 되찾을 수 없습니다.

3-2-1 규칙

CISA의 안내가 표준 정식입니다. "중요 파일의 복사본 3개"를 "두 종류의 저장 매체(하드 드라이브와 클라우드 같은)"에 두고, "복사본 1개는 오프사이트에 보관"하는 것입니다. 작가에게 곧장 옮기면 이렇습니다. 집필 도구 안의 복사본, 자기 디스크 위의 Markdown 내보내기, 그리고 원고가 이미 살고 있지 않은, 적어도 제공자 차원에서 분리된 곳에 둔 온전한 백업입니다. CISA는 또 "팀이 데이터를 빠르게 복원할 수 있는지 확인하려고 백업 절차를 시험하라"고 하는데, 작가 한 명에게는 이 뜻입니다. 지난달 백업 파일을 열어, 기억하는 그 회차가 들어 있는지 확인하세요. 시험하지 않은 백업은 백업이 아니라 희망입니다. 복원 시험은 몇 분 걸리지 않고, 진짜로 필요해지는 날의 몇 주를 아낍니다.

연재를 따라가는 주기

• 매 회차 이정표마다 새 Markdown을 내보내세요. 파일 하나이고 원고 전체를 담습니다. 비용은 몇 초이고, 내보내기를 버전 관리 아래 두면 책의 역사가 검사 가능해 집니다.
• 주 단위 리듬으로 프로젝트 전체 백업을 떠서, 날짜를 이름에 붙이고, 원고가 아직 살지 않는 곳에 보관하세요.
• 매 아크 경계마다 복원 하나를 시험 삼아 읽어 보세요. 복원은 새 프로젝트를 만들고 아무것도 덮어쓰지 않으므로, 그 시험의 비용은 주의뿐입니다.
• 큰 정사 변경 전에는 먼저 백업하세요. 의도적인 레트콘(레트콘 대 연속성 오류 참고)은, 코드가 그러하듯, "이전" 스냅숏의 값을 지닙니다.

습관을 기억이 아니라 연재 일정에 묶으세요. 게시하는 같은 순간에 내보내는 것입니다. 그 습관은 둘째 빚도 갚습니다. 날짜가 찍힌 내보내기들의 흔적은 당신의 저작성과 선택의 증거이고, 그것은 AI 보조 집필이 함께 오는 저작권 질문들에서 무게를 지닙니다.