AI 전자책을 만들다 보면 의외로 가장 빨리 꼬이는 지점은 집필이 아니라 수정본 관리입니다. 초판을 올린 뒤 오탈자를 고치고, 프롬프트 예시를 바꾸고, 표지 이미지를 바꾸고, 도구 화면 캡처를 새로 넣고, 부록 링크를 바꾸는 일이 반복되기 때문입니다. 특히 2026년 8월 1일 기준으로 Amazon KDP와 미국 저작권청 안내를 함께 보면, 이 반복 수정은 단순 편집 문제가 아니라 AI 생성 공개, 재출간 판단, 저작권 등록 범위, 독자 혼란 방지까지 이어집니다. 프롬프트북, 워크북, 자동화 가이드, MusicFrame 같은 툴 활용 전자책을 만들수록 원고 파일 하나보다 버전 원장이 먼저 필요한 이유가 여기에 있습니다.
1. 오늘 기준으로 먼저 봐야 할 것은 원고 속도가 아니라 수정 단위입니다
많은 사람이 AI 전자책을 만들 때 초안을 얼마나 빨리 뽑을 수 있는지부터 계산합니다. 하지만 실제 출간 단계에서는 더 자주 부딪히는 질문이 따로 있습니다. 이번 수정은 단순 오탈자 정리인지, AI가 새로 만든 본문이 들어간 개정판인지, 표지만 바뀐 것인지, 부록 링크만 손본 것인지, 독자가 다시 받아야 할 정도의 본문 변경인지부터 구분해야 합니다.
이 구분이 중요한 이유는 플랫폼과 권리 기록이 같은 방식으로 움직이지 않기 때문입니다. 판매 플랫폼은 독자 경험과 품질을 보고, 저작권 등록은 날짜와 저작물 범위를 보고, 창작자는 실제 작업 로그를 남겨야 나중에 무엇이 언제 바뀌었는지 설명할 수 있습니다. 즉 AI 전자책에서 버전 관리는 관리 편의가 아니라 판매 안정성과 권리 설명 능력에 가깝습니다.
2. KDP는 새 책뿐 아니라 수정 후 재출간 때도 AI 생성 콘텐츠 공개를 다시 봅니다
Amazon KDP Content Guidelines는 현재 새 책을 낼 때뿐 아니라 기존 책을 수정해 다시 출간할 때도 AI-generated content를 알리도록 요구합니다. 여기서 중요한 점은 독자가 보기엔 같은 책처럼 보여도, 실제로 본문이나 이미지나 번역 중 일부를 AI가 새로 만들었다면 그 수정본 역시 공개 기준을 다시 검토해야 한다는 것입니다.
예를 들어 MusicFrame 사용 가이드를 전자책으로 냈다고 가정해 보겠습니다. 초판에서는 사람이 직접 쓴 원고와 직접 만든 도표를 썼는데, 개정판에서 AI로 새 예시 문단을 생성하고 표지 이미지도 다시 만들었다면, 그 버전은 이전 파일과 같은 책번호 감각으로 다뤄도 AI 생성 범위는 같지 않을 수 있습니다. 반대로 사람이 쓴 원고를 기준으로 오탈자만 고치고 문장 흐름만 다듬었다면 AI-assisted 수준인지도 따로 점검해야 합니다.
실무적으로는 책마다 하나의 메모만 두기보다, 버전별로 무엇이 새로 생성되었는지를 나눠 적는 편이 안전합니다. 그래야 초판, 1차 개정, 표지 교체본, 샘플 확장본처럼 수정 축적이 생겨도 어떤 버전에서 어떤 공개 판단을 했는지 나중에 다시 확인할 수 있습니다.
3. 저작권 등록은 미공개 묶음과 공개 후 개정판을 한 번에 덮어주지 않습니다
미국 저작권청 안내를 보면, 등록 단계에서도 버전 구분이 중요합니다. 현재 Registration Portal 안내는 미공개 저작물은 최대 10개까지 Group of Unpublished Works로 묶을 수 있다고 설명합니다. 대신 같은 안내에서 표준 신청서로 여러 미공개 작업을 뭉뚱그리면 안 된다고 못 박고 있습니다. 즉 초안 여러 개를 한 번에 관리하고 싶다면, 애초에 등록 방식부터 버전 구조에 맞게 나눠야 합니다.
더 중요한 것은 공개 후 개정본입니다. 미국 저작권청의 Online Works 안내는 온라인 저작물이 자주 수정되더라도 여러 날짜의 개정본을 한 번에 포괄 등록하는 blanket registration은 없다고 설명합니다. 개정본마다 저작권성이 있는 수정이 있다면 그 날짜의 수정본은 별도 신청 대상이 될 수 있다는 뜻입니다. 이 규칙은 전자책을 자주 업데이트하는 창작자에게 꽤 직접적입니다.
즉 초판 EPUB, 8월 개정판 EPUB, 9월 보강판 EPUB가 모두 존재하는데, 이를 머릿속으로만 같은 프로젝트라고 묶어두면 나중에 권리 설명이 흐려집니다. 등록을 실제로 진행하지 않더라도, 최소한 창작자는 어느 날짜 버전이 어떤 파일이고 어떤 수정이 들어갔는지를 내부 원장에 분리해 두는 편이 훨씬 낫습니다.
4. KDP는 비슷한 책 반복 출시와 메타데이터 갈아끼우기를 품질 문제로 볼 수 있습니다
버전 원장이 중요한 이유는 권리뿐 아니라 판매 품질에도 있습니다. KDP의 Guide to Kindle Content Quality는 독자를 실망시키는 콘텐츠 예시로, 다른 책과 유의미하게 다르지 않은 콘텐츠, 과도하게 재사용되거나 반복되는 콘텐츠, 메타데이터를 크게 바꿔 혼란을 주는 재출시를 들고 있습니다. 즉 같은 내용을 조금만 바꾸고 제목과 표지만 바꿔 여러 권으로 늘리는 방식은 장기적으로 위험합니다.
AI 전자책에서는 특히 이 문제가 쉽게 생깁니다. 본문 뼈대는 거의 같은데 예시 몇 개만 바꾸고 “2026 최신판”, “실전판”, “확장판”, “자동화판”처럼 갈라 내면 창작자 입장에서는 라인업 확대처럼 보여도, 독자 입장에서는 거의 같은 책을 반복 구매하게 만들 수 있습니다. KDP는 이런 구조를 독자 경험 관점에서 본다는 점을 잊기 쉽습니다.
그래서 버전 원장은 단지 기록표가 아니라 이 수정이 새 책인지, 개정판인지, 내부 보정판인지 스스로 걸러내는 장치가 됩니다. 원장이 없으면 창작자가 자기 책의 차이를 과대평가하기 쉽고, 결국 메타데이터만 크게 바꾼 재출시로 흐르기 쉽습니다.
5. 프롬프트북과 툴 가이드 전자책이라면 버전 원장을 이렇게 나누면 됩니다
실무적으로는 복잡한 시스템보다 간단한 표 하나가 더 오래 갑니다. 전자책마다 아래 여섯 칸만 나눠도 대부분의 혼선을 줄일 수 있습니다.
- 버전 ID: 초판, 1차 개정, 표지 교체본처럼 날짜와 버전명을 함께 적습니다.
- 핵심 변경: 본문 추가, 캡처 교체, 표지 교체, 링크 수정, 예시 프롬프트 확장처럼 무엇이 달라졌는지 한 줄로 적습니다.
- AI 생성 범위: 새 본문, 이미지, 번역 중 어느 항목을 AI가 만들었는지 표시합니다.
- 독자 영향: 재다운로드가 필요할 정도의 본문 변경인지, 단순 보정인지 구분합니다.
- 권리 메모: 새 캡처, 새 이미지, 외부 예시, 인용, 브랜드 언급 여부를 적습니다.
- 배포 상태: 미공개 초안인지, KDP 반영본인지, 등록 검토본인지 표시합니다.
이 구조는 툴 가이드 전자책에서 특히 유용합니다. MusicFrame 화면이 바뀌거나 워크플로가 바뀌면 본문 설명도 같이 바뀌는데, 이때 단순 스크린샷 교체인지 실제 절차 변경인지 구분해 두지 않으면 나중에 독자 공지와 수정 판단이 엉킵니다. 프롬프트북도 마찬가지입니다. 프롬프트 예시만 조금 손본 것과 챕터 전체를 새로 생성해 갈아엎은 것은 같은 업데이트가 아닙니다.
6. 오늘 바로 적용할 체크리스트
- 현재 팔고 있는 전자책마다 초판 이후 수정 이력을 날짜순으로 한 장에 적습니다.
- 각 수정본마다 새로 들어간 AI 생성 본문, 이미지, 번역이 있는지 따로 표시합니다.
- 표지와 제목만 바꾼 유사판이 있는지 확인하고, 실제 본문 차이가 충분한지 다시 읽어 봅니다.
- 미공개 초안 여러 개를 갖고 있다면 초안 묶음과 공개본을 같은 파일군으로 섞어 두지 않습니다.
- 외부 부록 링크, 캡처, 예시 자료처럼 권리 민감한 요소는 버전별로 출처 메모를 남깁니다.
- 개정판을 낼 때는 독자 입장에서 무엇이 실제로 달라졌는지 한 문장으로 설명할 수 있는지 점검합니다.
2026년 8월 1일 기준 한 줄 결론
지금 AI 전자책에서 가장 먼저 무너지는 것은 집필 속도가 아니라 수정본을 설명하는 질서입니다. KDP는 수정 후 재출간 때도 AI 생성 공개를 다시 보며, 미국 저작권청은 날짜별 개정본을 자동으로 한데 묶어 주지 않습니다. 여기에 KDP 품질 기준까지 고려하면, 전자책을 오래 운영하려는 창작자에게 필요한 첫 번째 자산은 더 많은 초안이 아니라 버전 원장입니다. 오늘 기준으로 가장 실용적인 선택은 새 책을 하나 더 늘리기 전에, 이미 있는 책의 초판과 개정판을 먼저 기록 가능한 구조로 정리하는 일입니다.
이 글은 일반적인 출판 실무 정보이며 법률 자문을 대신하지 않습니다. 실제 등록, 재출간, 권리 판단 전에는 사용 중인 KDP 계정 화면과 최신 안내 문서를 직접 다시 확인하는 편이 안전합니다.