왜 AI는 10장만 넘어가면 줄거리를 잊어버릴까? 장편 집필을 위한 컨텍스트 관리 가이드

처음 5장을 쓸 때까지는 완벽한 공동 집필자를 만난 듯한 기분이 듭니다. AI는 주인공 조너스가 짧은 문장으로 말하고 왼손잡이라는 점, 항구 도시에 사흘째 비가 내리고 있다는 점, 그리고 정보원 일라이가 4장 끝무렵 부두에서 숨졌다는 사실까지 정확히 기억합니다.

그러다 10장에 들어서면 대화창에 오간 메시지가 여든 개에 달합니다. 아파트 부엌에서 벌어지는 긴장감 넘치는 대치 장면을 써 달라고 요청합니다. 몇 초 뒤 도착한 문장은 이렇습니다. 조너스가 오른손을 뻗어 빵칼을 쥐고, 마라는 화물 목록을 확인하자며 일라이에게 전화를 걸자고 제안합니다.

멈춰 서서 채팅창에 정정해 줍니다. "조너스는 왼손잡이고, 일라이는 4장에서 죽었어." AI는 곧장 사과하고 장면을 다시 씁니다. 하지만 두 장쯤 더 나아가면 이번에는 마라의 여동생을 사촌으로 바꿔 놓습니다. 답답한 마음에 느려진 대화창을 닫고 새 채팅을 열지만, 텅 빈 입력창을 마주하는 순간 막막해집니다. 10장의 첫 문장을 쓰기 위해 캐릭터 설정집, 세계관 노트, 1~9장 요약본까지 총 1만 5천 자 분량의 문서를 다시 뒤져서 복사해 넣어야 한다는 사실을 깨닫기 때문입니다.

ChatGPT나 Claude로 장편 소설이나 단행본 분량의 글을 써 본 사람이라면 거의 예외 없이 8장에서 12장 사이에 이 벽과 마주칩니다.

투명성 안내: 저희는 에디터 안에 AI 채팅을 결합한 집필 워크스페이스 Muses를 만들고 있습니다. 이 글은 개발 팀이 직접 작성했으며, 제품에 관한 모든 설명은 현재 실제로 작동하는 기능을 기준으로 합니다.

핵심 요약

• 컨텍스트 창이 크다고 해서 책 한 권의 일관성이 보장되지는 않습니다. 컨텍스트 창 크기는 수용 가능한 텍스트의 상한선일 뿐 주의력을 균일하게 유지한다는 뜻이 아닙니다. 대화가 길어질수록 중간에 파묻힌 초기 설정의 비중은 급격히 낮아집니다.
• 책 한 권을 하나의 채팅 스레드에서 쓰면 폐기된 초안이 최종 설정을 오염시킵니다. 삭제한 장면, 기각한 줄거리 분기, 세 번 고쳐 쓴 7장의 이전 버전들이 확정된 본문 옆에 나란히 남아 있어 모델은 어느 쪽이 최종 결정인지 가려내지 못합니다.
• 장편의 일관성은 '보관함'과 '작업대'를 분리할 때 유지됩니다. 완성된 장, 캐릭터 설정집, 개요는 대화창 밖에 자리해야 하며, 채팅 스레드는 지금 눈앞에 놓인 장면 하나만 다루어야 합니다.
• 장편 컨텍스트는 변화 주기에 따라 네 층위로 나눌 때 가장 잘 작동합니다. 상시 유지되는 전체 개요, 구조를 잡아주는 지도, 필요할 때만 꺼내 보는 참고 보관함, 그리고 현재 단락을 다듬는 깨끗한 작업대입니다.
• AI가 프로젝트 안에서 작동하면 작가가 컨텍스트 배달부 노릇을 할 필요가 없습니다. 새 대화창마다 책 절반을 다시 붙여넣지 않아도 AI가 이전 장을 검색하고, 자료와 마인드맵을 읽으며, 층위별 프로젝트 메모리를 유지합니다.

대화가 길어질수록 모델이 설정을 더 잘 잊어버리는 이유

흔히 토큰 한도가 부족해서 AI가 설정을 잊는다고 생각하기 쉽습니다. 하지만 실제로는 20만 토큰이나 100만 토큰 컨텍스트 창을 지원하는 모델이라도, 끝없이 이어지는 단일 대화창에 모든 내용을 쌓아 올리면 10장 무렵에 어김없이 설정 오류가 나타납니다. 그 이면에는 네 가지 구조적 원인이 작동하고 있습니다.

첫째, 긴 대화의 중간 구간에서는 주의력이 떨어집니다. 언어 모델은 컨텍스트의 맨 앞부분과 가장 최근에 오간 대화에 가장 날카로운 주의력을 기울입니다. 마흔 턴 전에 지나가듯 언급한 한 문장—"오른쪽 손목의 오래된 부상이 다 낫지 않아 늘 왼손을 쓴다"—은 프롬프트 한가운데의 주의력 저하 구간에 갇히게 됩니다. 현재 턴에서 그 디테일을 다시 끌어올려 주지 않으면, 모델은 일상적인 문장의 통계적 관성에 따라 '오른손을 뻗었다'고 쓰게 됩니다.

둘째, 버려진 초안들이 실제로 채택한 설정을 덮어버립니다. 장편 집필 과정에는 수많은 시행착오가 따릅니다. 4장을 쓸 때 일라이가 죽음을 위장하게 할지 다섯 턴에 걸쳐 논의하다가 결국 완전히 사망 처리하기로 결정했을 수도 있고, 7장 결말을 세 가지 버전으로 시험해 봤을 수도 있습니다. 단일 채팅 스레드 안에서는 이렇게 기각된 분기들이 대화 기록에 고스란히 남습니다. 모델이 읽고 있는 것은 깔끔하게 정리된 원고가 아니라 서로 모순되는 메모가 가득 붙은 회의실 벽면입니다.

셋째, 슬라이딩 윈도와 백그라운드 요약이 복선을 조용히 지워버립니다. 대화가 길어지면 채팅 도구들은 응답 속도와 토큰 비용을 관리하기 위해 오래된 대화를 잘라내거나 앞부분을 내부 요약본으로 압축합니다. 요약본은 굵직한 사건("4장: 부두에서의 대치, 조너스가 장부를 회수함")은 잘 남기지만, 물리적인 디테일과 복선("장부 17페이지가 찢겨 나감", "회중시계가 3시 15분에 멈춰 있음")은 쉽게 덜어냅니다. 요약 과정에서 밑밥이 사라지면 뒤이은 회수 역시 불가능해집니다.

넷째, 새 채팅을 여는 순간 세계관이 완전히 초기화됩니다. 기존 스레드가 너무 엉켜 더 이상 믿고 쓸 수 없을 때쯤 '새 채팅' 버튼을 누릅니다. 이제 소음은 사라졌지만, 그동안 쌓아 올린 책의 맥락도 함께 사라집니다. 결국 쓰고 싶었던 문장 하나로 돌아가기 전에 수십 개의 폴더와 옛 대화창을 뒤져 수작업으로 브리핑 자료를 조립해야 하는 악순환이 반복됩니다.

거대한 단일 스레드에서 벗어나기: 4단계 컨텍스트 구조

30장까지 흔들림 없는 장편을 쓰기 위해 필요한 것은 100만 단어를 우겨넣을 수 있는 채팅창이 아닙니다. 정보가 얼마나 자주 바뀌는지, 그리고 현재 장면에 언제 필요한지에 따라 컨텍스트를 나누어 배치하는 구조가 필요합니다.

오래 버티는 장편 집필 환경은 컨텍스트를 다음 네 가지 층위로 분리합니다.

이 구조는 장편 AI 집필의 핵심 모순을 해결합니다. 모델은 작품 전체의 규칙을 매번 알고 있어야 하고(1층), 필요할 때는 3장의 정확한 사실을 확인해야 하며(3층), 10장의 한 단락을 다듬을 때는 무관한 50페이지 분량의 잡담 없이 조용한 작업대(4층)에 집중할 수 있어야 합니다.

Muses 안에서 네 가지 층위가 작동하는 방식

일반 문서 편집기와 외부 채팅창을 번갈아 쓸 때는 폴더 정리와 복사·붙여넣기로 이 네 층위를 직접 유지해야 합니다. 반면 Muses는 워크스페이스 자체가 이 구조 위에 세워져 있습니다. 왼쪽에는 프로젝트와 자료, 가운데에는 원고나 마인드맵, 오른쪽에는 AI 채팅이 배치됩니다.

1층: 층위별 영구 메모리 (사용자 메모리, 프로젝트 개요, 프로젝트 세부 정보)

Muses는 날것의 채팅 기록을 프롬프트마다 쏟아붓는 대신, 영구 메모리를 세 부분으로 구조화합니다.

• 사용자 메모리 (User Memory): 여러 프로젝트에 걸쳐 유지되는 작가 고유의 선호도입니다. 선호하는 문장 호흡, 언어, 서식 습관, 문체 규칙 등이 여기에 담깁니다.
• 프로젝트 개요 (Project Overview): 현재 집필 중인 책의 상시 기본 틀입니다. 핵심 전제, 서술 시점, 주요 등장인물, 작품 규칙, 현재 원고 진행 상황을 유지합니다.
• 프로젝트 세부 정보 (Project Details): 프로젝트 안의 특정 주제(서브플롯 타임라인이나 세력별 규칙 등)를 제목별로 나누어 기록하는 독립 노트입니다. 프로젝트 내 특정 원고나 자료에 연결할 수 있으며, 이야기가 전개됨에 따라 새로 만들거나 수정하고 보관 처리할 수 있습니다.

프로젝트 안에서 새 채팅 대화를 시작하면 첫 턴에 사용자 메모리와 프로젝트 개요가 자동으로 주입되므로, 매번 배경 설명을 붙여넣지 않아도 AI가 책의 기본 틀을 파악한 상태로 출발합니다. 대화가 진행되는 동안 특정 장면에서 세부 설정이 필요해지면 AI가 검색 도구(grep)나 메모리 도구(memory)를 통해 프로젝트 세부 정보를 직접 읽고 업데이트합니다. 에디터 내 자동 완성과 음성 받아쓰기 역시 사용자 메모리, 프로젝트 개요, 그리고 현재 문서에 연결된 활성 프로젝트 세부 정보를 바탕으로 작동합니다.

AI가 무엇을 알고 있는지 확인하고 싶을 때는 에디터에서 메모리 보기를 열어 사용자 메모리, 프로젝트 개요, 활성 세부 정보를 바로 살펴볼 수 있습니다. 줄거리 결정이 바뀌었다면 채팅으로 AI에게 알려주거나 기억 업데이트 작업 모드로 전환해 프로젝트 내용에 맞춰 메모리를 다시 정리하게 하면 됩니다.

2층과 3층: 하나의 프로젝트 경계 안에 모인 원고, 자료, 마인드맵

집필 중인 각 장(원고), 참고 자료(자료 라이브러리의 자료 문서, txt / md / docx 파일, PDF, 웹 링크, 이미지), 그리고 개요(마인드맵)는 모두 같은 프로젝트 안에 자리합니다.

1. @로 현재 장면에 필요한 파일만 정확히 지목합니다. 10장의 부엌 말다툼 장면을 쓸 때 폴더를 뒤질 필요 없이 채팅 입력창에 @(반각 @와 전각 ＠ 모두 지원)를 입력해 조너스 — 캐릭터 시트와 4장: 부두를 첨부할 수 있습니다(메시지당 최대 5개의 원고 또는 자료 첨부 가능).
2. 글을 쓰기 전에 AI가 먼저 원고를 검색하게 합니다. 찢어진 장부 페이지가 몇 장에 나왔는지, 조연 캐릭터의 이름 표기가 무엇이었는지 가물가물하다면 AI에게 찾아보라고 요청하세요. grep 도구가 프로젝트의 저장된 원고, 자료(자료 문서, 텍스트 파일, URL, PDF 요약, 마인드맵 노드 주제 포함), 메모리를 한꺼번에 검색하고, read 도구가 필요한 블록이나 줄만 정확히 읽어 옵니다.
3. 개요와 본문을 유기적으로 연결합니다. AI는 프로젝트의 마인드맵을 노드 앵커가 있는 구조화된 개요로 읽을 수 있습니다. 기존 마인드맵에 수정안을 제안할 때는 캔버스 위에 노드별로 변경 사항이 표시되어, 작가가 항목별로 수락하거나 거절한 뒤에야 반영됩니다.

4층: 다중 세션 탭, 선택 영역 컨텍스트, 인라인 Diff 검토

하나의 스레드가 여든 개의 메시지로 뒤엉키는 일을 막기 위해, Muses는 웹과 데스크톱 모두에서 다중 세션 채팅 워크스페이스를 제공합니다.

• 작업별로 분리된 탭. 채팅 패널에서 두 번째 대화를 열면 상단에 세션 탭, 새 채팅 버튼, 세션 기록이 나타납니다. 한 탭은 2막 개요의 빈틈을 점검하는 용도로 열어 두고, 10장 대사를 다듬을 때는 깨끗한 새 탭을 열 수 있어 폐기된 브레인스토밍 내용이 문장 교정 작업에 섞여 들지 않습니다.
• 본문에서 바로 선택하고 그 자리에서 검토합니다. 다듬고 싶은 세 단락을 마우스로 긁어 선택하면 해당 영역이 메시지에 자동으로 첨부됩니다. AI가 기존 원고를 수정할 때 초안을 바로 덮어쓰지 않고, 원래 문장 위에 취소선과 추가 표시가 나란히 보이는 인라인 Diff 형태로 제안을 올립니다. 만약 AI가 '왼손'을 '오른손'으로 바꾸려 한다면 페이지 위의 빨간 취소선을 보고 해당 항목만 거절한 뒤 나머지 좋은 수정만 수락할 수 있습니다. 수락한 직후에도 본문을 이어서 편집하기 전이라면 클릭 한 번으로 방금 수락한 수정을 되돌릴 수 있습니다. 데스크톱 앱에서 로컬 프로젝트를 쓸 때도 로그인 후 온라인 상태라면 동일한 나란히 보기 채팅, 프로젝트 도구, 인라인 검토 흐름을 그대로 사용할 수 있습니다.

일반 채팅창에서도 오늘 당장 실천할 수 있는 네 가지 습관

지금 일반 ChatGPT나 Claude 창에서 글을 쓰고 있더라도, 다음 네 가지 습관만 들이면 10장 무렵의 설정 오류를 즉시 줄일 수 있습니다.

첫째, 채팅 기록을 '최종 원본'으로 삼지 마세요

채팅창은 연습장일 뿐이며, 유일한 정사(canon)는 에디터 안의 원고와 설정 파일입니다. 채팅 중에 줄거리 방향이나 인물 디테일을 확정했다면 즉시 개요나 캐릭터 설정집으로 옮겨 적고 예전 기록을 고쳐 놓으세요. 서른 메시지 전에 나눈 세 가지 아이디어 중 마음속으로 무엇을 골랐는지 모델이 알아서 추론해 주리라 기대해서는 안 됩니다.

둘째, 한 장을 끝낼 때마다 150단어 분량의 '장 인계 카드'를 작성하세요

10장 프롬프트에 1~9장 전문을 통째로 붙여넣지 마시고, 반대로 "9장: 조너스와 마라가 다툰다" 같은 모호한 한 줄 요약에만 의존하지도 마세요. 한 장을 마무리할 때마다 2분만 투자해 물리적·서사적 상태 변화를 기록한 짧은 카드를 남기면 충분합니다.

[9장 인계 카드]
- 시간 및 장소: 목요일 밤 11시 40분, 구항구 조너스 아파트 부엌 (방금 비가 그침)
- 현장 인물 상태: 조너스 (오른쪽 손목의 오래된 부상으로 늘 왼손 사용, 부두에서 막 돌아와 코트가 젖어 있음) / 마라 (창가에 서서 그에게 등을 돌리고 있음)
- 되돌릴 수 없는 사실: 정보원 일라이는 4장 부두에서 사망함. 장부에서 찢겨 나간 17페이지는 마라의 코트 주머니에 있음 (조너스는 아직 모름)
- 직후 이어질 훅: 불을 끈 회색 승용차가 방금 아래층 거리를 지나갔고, 마라는 조너스가 먼저 입을 열기까지 초를 세며 기다리는 중

백여 단어 남짓한 이 카드 한 장이 공간적 위치, 신체적 특징, 생사 여부, 정보 격차라는 모델이 가장 흔히 환각을 일으키는 네 가지 요소를 단단히 고정해 줍니다.

셋째, 장마다 새 대화창을 열고 '그 방에 들어가는 사람과 사건'만 챙기세요

새로운 장(또는 주요 장면)을 시작할 때마다 깨끗한 새 대화를 열고, 첫 메시지에는 딱 세 가지만 담으세요.

1. 500단어 분량의 책 기본 틀 (문체 규칙 + 핵심 전제)
2. 이번 장면에 실제로 등장하는 인물의 캐릭터 노트 (방 안에 없는 조연이나 무관한 서브플롯은 제외)
3. 이전 장의 150단어 인계 카드와 이번 장에서 달성해야 할 세 가지 사건 비트

간결하고 장면과 직결된 프롬프트가 비대해진 대화 기록보다 언제나 더 정확한 문장을 만들어 냅니다.

넷째, AI가 설정을 어기면 대화창에서 따지지 말고 프롬프트를 고쳐 다시 생성하세요

AI가 "조너스는 오른손을 뻗었다"고 쓰거나 죽은 인물을 다시 등장시켰을 때, 흔히 "틀렸어! 왼손잡이라고 했잖아, 다시 써!"라고 답장하기 쉽습니다.

한 번 정도는 괜찮지만, 이를 세 번 반복하면 대화창 전체가 오류와 사과, 실패한 초안으로 가득 차면서 오히려 잘못된 단어가 최근 컨텍스트에 계속 활성 상태로 남게 됩니다. 그럴 때는 댓글로 씨름하는 대신 직전 프롬프트에 빠졌던 제약 조건을 직접 추가해 그 지점부터 다시 생성하세요. 잘못된 시간선이 대화 기록에 아예 남지 않도록 만드는 것이 핵심입니다.

마무리하며

10장 무렵부터 AI가 책 내용을 '잊어버리기' 시작하는 것은 모델의 지능이 갑자기 떨어져서가 아닙니다. 애초에 일직선으로 흐르는 채팅 스레드는 책 한 권을 통째로 담아 두도록 설계되지 않았기 때문입니다. 세계관 설정, 삭제한 장면, 개요, 열 개 장의 본문을 하나의 스크롤 창에 겹겹이 쌓아 올리면 어떤 모델이든 결국 소음 속에 잠기게 됩니다.

컨텍스트를 상시 기본 틀, 구조 지도, 맞춤형 참고 보관함, 현재 장면의 작업대라는 네 층위로 나누면 긴 호흡의 프로젝트에 다시 척추가 세워집니다. 언제나 지켜져야 할 원칙은 개요와 메모리에 남고, 확인이 필요한 사실은 자료와 이전 장에서 필요할 때만 불러오며, 지금 쓰는 문장은 인라인 검토가 가능한 집중된 세션 안에서 다듬어집니다.

Muses는 바로 이 흐름을 위해 설계되었습니다. 사용자 메모리·프로젝트 개요·프로젝트 세부 정보의 층위별 관리, 하나의 프로젝트 경계를 공유하는 원고·자료·마인드맵, 이전 장을 즉시 찾아주는 @ 멘션과 프로젝트 전체 검색, 플롯 구상과 문장 교정을 분리하는 다중 세션 탭, 그리고 기존 문장에 대한 모든 수정을 한 줄씩 확인하는 인라인 Diff 검토까지 갖추고 있습니다. 집필 중인 원고에 직접 적용해 보고 싶다면 새 프로젝트를 시작하거나, 소설 집필 워크스페이스와 AI 소설 작법 도구가 장편 프로젝트를 어떻게 다루는지 살펴보세요. 창을 오가며 초안을 옮기는 과정에 지치셨다면 복사·붙여넣기 세금: ChatGPT와 Claude에서 글을 쓸 때 치르는 진짜 비용과 AI로 책 쓰는 법: 작가의 목소리를 지키는 8단계 프로세스도 함께 읽어 보시길 권합니다.

시작은 무료입니다. 무료 플랜에는 기본 Clio 모델과 매달 50,000 StarPower가 포함되며, 유료 플랜은 구독 방식으로 결제 페이지에서 현재 요금을 확인할 수 있습니다. 무료로 시작하기.