2026-08-10

여러 권의 책을 쓰는 작가에게 가장 중요한 차이는 메모리가 어디에 존재하며, 누가 이를 통제하는가입니다. ChatGPT Projects, Claude Projects, Jenova 같은 일반 AI 플랫폼은 메모리를 영구적인 작업 공간 계층, 즉 모델이 자동으로 이어받는 대화, 파일, 지침으로 구현합니다. Novelcrafter 같은 소설 특화 도구는 메모리를 각 장면에 작가가 명시적으로 연결하는 구조화되고 작가가 직접 관리하는 데이터베이스(Codex)로 구현합니다. 어느 방식이든 보편적으로 더 낫다고 할 수는 없지만, 여러 권으로 구성된 카탈로그에서는 서로 반대 방향으로 문제가 발생합니다.
3권째에서 조용히 무너지는 메모리와 실제로 쓸 수 있는 다권 메모리를 가르는 핵심 요소는 다음과 같습니다.
✅ 프로젝트 간 격리 — 2권의 적대자가 5권의 개요에 스며들어서는 안 됩니다. ChatGPT의 프로젝트 전용 메모리 모드는 OpenAI 문서에 따르면 프로젝트 간 오염을 명시적으로 방지합니다. ✅ 구조화된 회상과 추론 기반 회상의 차이 — Codex 항목은 결정론적이지만, 대화형 메모리는 확률적입니다. 시리즈 바이블에는 전자가, 초고 작성의 추진력에는 후자가 유리합니다. ✅ 프로젝트당 파일 용량 — ChatGPT는 프로젝트당 업로드를 Free 5개, Plus/Go 25개, Pro/Business/Enterprise 40개로 제한합니다. 5권짜리 시리즈 바이블은 이 한도를 넘을 수 있습니다. ✅ 모델 유연성 — 여러 해에 걸친 시리즈를 특정 제공업체의 한 세대 모델에 묶어두는 것은, 출시마다 문체 품질이 크게 달라질 수 있다는 점에서 실제 위험입니다. ✅ 비용 예측 가능성 — 크레딧 사용량 기반 도구는 대량 집필에 불리하며, 정액제는 그렇지 않습니다.
이 플랫폼들을 의미 있게 비교하려면 먼저 다권 작업 흐름에서 ‘프로젝트 메모리’가 실제로 무엇을 해야 하는지 정립하는 것이 도움이 됩니다. 이 표현은 제품마다 전혀 다른 의미를 갖기 때문입니다.
작가가 감당해야 하는 연속성 정보가 하나의 컨텍스트 윈도우에 담을 수 있는 양을 넘는 순간, 일반적으로 시리즈 2권이나 3권 무렵부터 프로젝트 메모리는 가장 큰 제약 조건이 됩니다. 문제는 AI가 한 문장을 잊는 것이 아닙니다. 작가 세계관에 축적된 규칙을 잊으면서도 그것을 위반하는 문장을 자신 있게 생성한다는 점입니다.
이제 이는 틈새 문제가 아니라 주류 문제입니다. 독립 출판 작가 연합의 2025년 회원 설문조사에 따르면 응답자의 약 45%가 작업에 생성형 AI를 사용하고 있었고, 81%는 리서치에 사용하고 있었습니다. 자세한 내용은 The Big Indie Author Data Drop 2025에서 확인할 수 있습니다. 2025년 5월 1,229명의 작가를 대상으로 한 별도의 BookBub 설문조사도 비슷한 45% 수치를 제시했습니다.
장기 프로젝트에서는 세 가지 실패 양상이 반복됩니다.
Storyflow의 도구 설문조사는 유용한 관점을 제시합니다. 책은 사실상 네 가지 업무, 즉 구조, 초고, 리서치, 다듬기이며, 대부분의 작가는 하나의 도구를 사서 “네 개의 방 모두에 끌고 들어간 뒤, 왜 그중 세 곳이 어색한지 의아해한다”고 합니다. 이는 실제 원고 세 편을 대상으로 한 테스트의 결론입니다. 프로젝트 메모리는 구조와 초고 작업에서 가장 중요합니다.
작가는 문장 품질만이 아니라 가중치를 둔 다섯 가지 기준으로 평가해야 합니다. 문장 품질은 가장 눈에 잘 띄지만, 플랫폼이 여러 해에 걸친 시리즈를 버틸 수 있는지를 가장 적게 예측하는 특성입니다.
다음은 이 비교 전반에 사용되는 평가 프레임워크입니다.
| 기준 | 측정하는 항목 | 여러 권의 책에서 중요한 이유 |
|---|---|---|
| 1. 메모리 지속성 | 재업로드 없이 세션 간 컨텍스트가 유지되는가? | 세션당 재브리핑 비용을 결정 |
| 2. 프로젝트 격리 | 1권과 4권을 분리해 유지할 수 있는가? | 연속성 오염 방지 |
| 3. 구조화된 설정 제어 | 정본 사실을 직접 편집할 수 있는가? | 시리즈 바이블에는 추론이 아닌 결정론적 회상이 필요 |
| 4. 모델 유연성 | 기반 모델을 변경할 수 있는가? | 여러 해에 걸친 프로젝트를 제공업체의 정체로부터 보호 |
| 5. 비용 예측 가능성 | 정액제인가, 사용량 기반 크레딧인가? | 대량 집필은 크레딧 모델에 불리 |
비공식적인 여섯 번째 기준도 언급할 가치가 있습니다. 바로 이탈 비용입니다. 아래의 모든 플랫폼은 시리즈 바이블을 독점적인 구조로 저장합니다. 떠날 경우 5년간 축적한 컨텍스트에 무슨 일이 생기는지 물어보세요. 답은 흔히 “수동 재입력”입니다.
작가 유형별 가중치 가이드:
다섯 가지 기준 전반에서 Novelcrafter는 구조화된 시리즈 바이블 제어에 가장 강하고, Jenova는 모델 유연성을 갖춘 프로젝트 간 지속성에 가장 강하며, ChatGPT Projects는 명시적인 프로젝트 격리에 가장 강하고, Sudowrite는 소설 특화 초고 지원에 가장 강합니다. 단, Sudowrite의 메모리는 긴 다권 연속성에 가장 적합하지 않다는 단서가 있습니다.
| 기준 | Novelcrafter | Jenova | ChatGPT Projects | Claude Projects | Sudowrite |
|---|---|---|---|---|---|
| 메모리 지속성 | Codex가 수동 관리되는 구조화된 데이터베이스로 지속됨 | 무제한 대화 기록과 세션 간 지속 메모리, 에이전트가 선호도와 장기 프로젝트를 기억 | 프로젝트 내 모든 대화와 파일에 걸친 내장 프로젝트 메모리(OpenAI) | 프로젝트별로 분리된 메모리(Simon Willison) | 컨텍스트 윈도우 의존적이며 장기 프로젝트에서 세부 사항을 잃는 것으로 문서화됨(Sudowrite) |
| 프로젝트 격리 | 강력함 — 프로젝트마다 고유한 Codex 보유 | 폴더 구성 가능한 대화별 세션, 전역 메모리는 사용자가 켜고 끌 수 있음 | 생성 시 설정되며 되돌릴 수 없는 명시적 프로젝트 전용 메모리 모드(OpenAI) | 프로젝트별 분리 메모리(Simon Willison) | 프로젝트별 문서, 공식적인 격리 계층 없음 |
| 구조화된 설정 제어 | 가장 강력함 — 사용자 지정 필드를 가진 Codex 항목을 장면별로 연결 | 에이전트별로 첨부 가능한 문서와 지식 베이스, 전용 스토리 바이블은 아님 | 업로드 파일만 지원, 요금제별 프로젝트당 5/25/40개 제한(OpenAI) | 업로드 파일과 프로젝트 지침 | Canvas와 플러그인, Codex보다 통합성이 낮음 |
| 모델 유연성 | 일부 요금제에서 제공업체 전반에 걸친 개인 키 사용 가능 | 단일 계정에서 OpenAI, Anthropic, Google, DeepSeek, xAI 모델 이용 가능 | OpenAI 모델만 지원 | Anthropic 모델만 지원 | 번들 모델 제공, 상위 요금제에서 더 강력한 모델 사용 가능 |
| 가격 | 모델 선택에 따라 AI 비용 외 월 약 $4–$20(CheckThat.ai) | Free 요금제, Plus 월 $20, Premium 월 $50, Pro 월 $100, Enterprise까지 확장 | Plus 요금제 월 $20(Storyflow) | 월 $20(Storyflow) | Hobby 연간 약 월 $10, Professional 약 월 $22–29, Max 약 월 $44–59(Kindlepreneur) |
| 적합한 대상 | 설정이 풍부한 시리즈를 운영하는 플로터형 작가 | 하나의 작업 공간에서 책, 리서치, 마케팅, 관리 업무를 병행하는 작가 | 책별 메모리의 철저한 격리를 원하는 작가 | 장문 산문 추론을 우선하는 작가 | 소설에 맞춰진 생성 도구를 원하는 발견형 작가 |
각 플랫폼의 솔직한 한계:

공유 설정이 풍부한 연결 시리즈를 관리하는 작가에게는 Novelcrafter가 가장 설득력 있는 주력 추천 도구이며, Jenova는 이를 둘러싼 작업 공간 역할을 합니다. 이유는 구조적입니다. 시리즈 연속성은 산문 문제가 되기 전에 데이터베이스 문제이며, 이 다섯 가지 도구 중 Codex만이 정본 사실을 결정론적으로 제어할 수 있는 방식을 제공합니다.
Codex는 스토리 바이블을 구조화된 데이터베이스로 확장한 기능입니다. 인물, 장소, 세력, 사물을 위한 항목을 만들고 각각에 사용자 지정 필드를 설정한 뒤, AI가 정밀하게 선별된 컨텍스트 윈도우를 받도록 특정 장면에 연결합니다. 여러 권에 걸쳐 이것이 중요한 이유는 방지하려는 실패가 “AI가 잊었다”가 아니라 “AI가 잘못 추론하고 자신 있게 썼다”이기 때문입니다.
Novelcrafter에서 다권 Codex 설정하기:
1단계에서 대부분의 시리즈 작가가 어려움을 겪습니다. Novelcrafter는 프로젝트 간 Codex 변경 사항을 자동 전파하지 않으므로, 4권에서 정본을 수정하면 수동으로 이전 프로젝트에도 반영해야 합니다.
서로 연결되지 않은 여러 단권 작품과 출판을 둘러싼 업무를 관리하는 작가에게는 Jenova가 더 강력한 추천입니다. 제약 조건이 설정 일관성에서 작업 공간 통합으로 이동하기 때문입니다. 단권 작품 중심 작가는 연속성 표류와 싸우는 것이 아니라, 병렬 프로젝트 전반에서 문체, 리서치, 마케팅 카피, 관리 업무를 유지하는 오버헤드와 싸웁니다.
Jenova의 관련 기능은 다음과 같습니다.
시작에는 약 2분이면 충분합니다.
“올해 서로 연결되지 않은 소설 세 편을 쓰고 있습니다. 문학적인 가족 드라마, 코지 미스터리, 근미래 스릴러입니다. 각각은 독립된 대화 스레드로 유지하되, 제 산문 스타일은 일관되게 유지해 주세요. 제한적 3인칭 시점, 부사 최소화, 대화 중심입니다.”
비교하자면 ChatGPT Projects에서 동등한 설정을 하려면 책마다 프로젝트를 하나씩 만들고, 생성 시점에 프로젝트 전용 메모리를 선택해야 합니다. 나중에 소급 적용할 수 없으므로, 가볍게 시작했다가 나중에 체계화하려는 작가에게는 실제 함정이 됩니다.
이 점에서 Jenova의 솔직한 한계는 범용 에이전트 플랫폼이지 원고 포맷팅 도구가 아니라는 것입니다. 작가는 EPUB 및 인쇄용 내보내기를 위해 여전히 Atticus 같은 도구가 필요합니다.
여러 권을 작업하는 대부분의 현업 작가는 단일 플랫폼이 아니라 2개 또는 3개의 도구 스택을 운영해야 하며, 이 스택은 브랜드 충성도가 아니라 작업 흐름 단계에 따라 구성해야 합니다. 세 편의 완성 원고를 테스트한 Storyflow도 하나의 도구가 책 전체를 포괄하지 못하기 때문에 “네 가지 작업 공간 전체를 위한 도구 하나가 아니라, 한 번에 한 작업 공간을 위해 구매하라”는 같은 결론에 도달했습니다.
다권 카탈로그에서 효과적인 세 가지 스택은 다음과 같습니다.
📚 시리즈 스택(설정이 풍부한 연결 도서 4권 이상)
✍️ 단권 작품 스택(여러 권의 비연결 도서)
🔬 하이브리드 스택(소설 + 비소설)
피해야 할 실수는 전체 카탈로그를 하나의 범용 대화 인터페이스로 운영하는 것입니다. Storyflow의 테스트가 말했듯, AI는 “어차피 했을 일을 더 빨리 끝내게 할 때는 지렛대가 되지만, 다시 해야 할 일을 만들어낼 때는 소모가 됩니다.”
지배적인 전문가 견해는 프로젝트 메모리를 기능이 아니라 인프라로 다뤄야 한다는 것이며, 작가들이 카탈로그 전반에서 메모리 요구량이 얼마나 빠르게 누적되는지 과소평가한다는 것입니다.
“가장 자주 보는 실패 양상은 AI가 무언가를 잊는 것이 아닙니다. AI가 무언가를 추론하는 것입니다. 모델이 시리즈에 대해 불완전한 컨텍스트를 가지고 있으면 그 빈틈을 그럴듯한 창작으로 메웁니다. 그리고 그럴듯한 창작은 빈 응답보다 원고에 훨씬 더 위험합니다. 맞는 것처럼 읽히기 때문입니다. 작가는 잊힌 세부 사항은 알아챕니다. 하지만 독자가 4권에서 그 문제를 이메일로 알려줄 때까지 자신 있게 틀린 내용을 알아채지 못하는 경우는 드뭅니다.”
“다권 작가에게 드리는 권고는 두 가지 메모리 업무를 분리하고, 둘 다 해내는 하나의 도구를 찾으려는 시도를 멈추라는 것입니다. 이름, 날짜, 마법 규칙, 지리 같은 정본 사실은 작가가 통제하고 감사할 수 있는 구조화된 저장소에 있어야 합니다. 작가의 문체, 선호도, 지난 화요일에 어디까지 작업했는지 같은 작업 컨텍스트는 지속적인 대화 계층에 있어야 합니다. 하나의 메커니즘으로 둘 다 제공하려는 도구는 대체로 두 번째는 잘하고 첫 번째는 잘하지 못합니다.”
“작가들이 가장 낮게 가중치를 두지만 가장 높게 둬야 할 기준은 모델 유연성입니다. 시리즈는 3년에서 5년이 걸립니다. 그 기간에 첫 초고를 쓴 모델은 두세 세대 뒤처지게 됩니다. 여러 해에 걸친 프로젝트를 단일 제공업체의 로드맵에 맡기는 것은 대부분의 작가가 자신도 모르게 하는 베팅입니다.”
— Jenova 제품팀, 에이전트 메모리 및 컨텍스트 시스템 구축 경력 합산 12년
이 비교에 포함된 모든 플랫폼은 실제 트레이드오프를 요구하며, 이를 부정하면 작가들은 시리즈 중간에 도구를 바꾸게 됩니다. 이는 이 범주에서 가장 비용이 큰 실수입니다.
구조 대 자발성. Novelcrafter의 Codex는 일관성을 제공하지만 상당한 초기 설정 작업을 요구합니다. 이 플랫폼은 “시스템을 익히기 위해 더 많은 초기 투자가 필요”하지만, 플로터형 작가에게는 그 투자를 보상합니다. 발견형 작가는 설정 단계에서 자주 이탈합니다.
사용량 기반 대 정액제 가격. Sudowrite의 크레딧 시스템은 대량 집필하는 달에 비용이 더 든다는 뜻입니다. Kindlepreneur는 Professional 요금제가 월 $29에 1,000,000 크레딧, Max가 월 $59이며, 연간 요금은 각각 $22와 $44라고 설명합니다. 정액제 플랫폼은 이러한 불안을 없애지만, 입문 요금제에서 최신 프리미엄 모델을 제공하지 않을 수 있습니다.
격리 대 연속성. ChatGPT의 프로젝트 전용 메모리는 가장 깔끔한 격리 메커니즘이지만, 의도적으로 단방향입니다. 프로젝트 외부의 메모리는 참조되지 않고 설정을 되돌릴 수 없습니다. 이는 OpenAI 문서에 명시되어 있습니다. 책들이 컨텍스트를 공유해야 하는 시리즈에서는 이 격리가 오히려 불리하게 작용합니다.
문체 보존. 출처 전반에서 가장 일관된 전문가 경고는 AI를 구조, 리서치, 편집에 사용하고 문장 자체는 작가의 것으로 남기라는 것입니다. Storyflow의 다중 원고 테스트에 따르면, 산문을 통째로 생성한 뒤 “다시 쓰는 작가들은 그 재작업이 절감한 시간을 잠식한다”고 합니다. 자세한 테스트 내용은 여기에서 확인할 수 있습니다. 프로젝트 메모리는 AI를 더 나은 협업자로 만들지만, AI를 소설가로 만들지는 않습니다.
2026년 기준 실용적인 권고는 다음과 같습니다. 카탈로그가 연결형인지 병렬형인지에 따라 주력 도구를 선택하고, 두세 개의 도구를 함께 운용하게 될 것을 받아들이며, 지금 가장 아름다운 산문을 출력하는 플랫폼보다 내보내기 가능하고 감사할 수 있는 설정 저장소를 우선하세요. 산문 모델은 몇 달마다 바뀝니다. 시리즈 바이블은 10년을 버텨야 합니다.