Metlivi 블로그

AI를 활용한 소설 인물 연속성 점검법

장편 소설의 경우, AI를 공식 설정(canon)의 최종 권위자가 아니라 날짜가 기록된 소규모 인물 레퍼런스 기반의 모순 탐색 도구로 활용하세요. 단 하나의 신뢰할 수 있는 출처(source of truth)를 유지하고, 범위와 근거를 명시하여 사실을 기록하며, 모델이 특정 초고 구절을 오직 관련 항목과만 비교하도록 요청하세요. 원고를 수정하기 전에 모든 알림을 직접 검토해야 합니다. 이 워크플로는 의도된 변화, 신뢰할 수 없는 서술, 미해결된 복선을 보존하면서 연속성 오류를 잡아내는 데 도움이 됩니다.

2026년 9월 27일10분 분량일상의 미학과 자기 표현작성: Metlivi Editorial Team
섹션 1

인물 레퍼런스에 단순 특성 목록 이상의 것이 필요한 이유

"마라는 신중하고, 왼손잡이이며, 엽서를 수집한다"와 같은 평면적인 목록은 서로 다른 유형의 정보를 뒤섞어 놓습니다. "왼손잡이"는 변하지 않는 사실일 수 있지만, "신중함"은 상황에 따라 달라질 수 있는 해석이며, 엽서 수집은 이야기 도중에 바뀔 수 있습니다. 각 서술이 언제 어떻게 적용되는지 목록에 명시되어 있지 않으면, AI 검사기는 의미 있는 인물 성장을 오류로 지목하거나 실제 연속성 문제를 놓칠 수 있습니다.

검증 가능한 진술을 중심으로 레퍼런스를 구축하세요. 각 항목마다 인물, 진술 내용, 적용되는 시간이나 장면의 범위, 출처를 기록해야 합니다. 확인됨(confirmed), 계획됨(planned), 불확실(uncertain), 대체됨(superseded)과 같은 상태도 추가하세요. 이야기 속에서 객관적으로 참인 사실과 인물이 믿거나, 말하거나, 기억하거나, 다른 사람에게 전달하는 내용을 구별해야 합니다. 이 범주들은 서로 바꿔 쓸 수 없습니다.

항목은 원자 단위(한 행에 한 진술)로 유지하세요. "마라는 32세이고, 왼손잡이이며, 신중하고, 파란색 자전거를 가지고 있다"는 안전하게 확인하거나 업데이트하기 어렵습니다. 진술을 분리해 두어야 나이를 수정할 때 실수로 손잡이 설정이나 미해결된 소유권 세부 정보를 덮어쓰지 않습니다.

인물(Character): 해당 진술의 대상이 되는 인물. 예: 마라 벤(Mara Venn).
진술(Claim): 하나의 구체적인 세부 사항. 예: 왼손으로 글씨를 쓴다.
범위(Scope): 적용되는 시점이나 장소. 예: 2장과 11장에서 확인됨.
상태(Status): 세부 설정의 확정 정도. 예: 확인됨(Confirmed).
근거(Evidence): 챕터, 장면 또는 구절. 예: 2장 6문단.
예외(Exceptions): 조건 또는 불확실성. 예: 18장에서 공책을 바꾼다.
섹션 2

새로운 장면을 점검하기 위한 실용적인 워크플로

1. 초고 구절을 고정하고 관련 공식 설정을 추출합니다.

점검을 요청하기 전에 검토할 원고 버전을 확정하세요. 해당 장면에 사용된 외모 세부 사항, 현재 소지품, 관계, 알고 있는 정보, 위치, 타임라인 등 구절과 관련된 인물 항목을 추출합니다. 이전 사실은 해당 장면이 그것에 직접적으로 의존하는 경우에만 포함하세요. 소설 전체를 구분 없이 프롬프트로 전송하고 모델이 모든 제약 조건을 파악했을 것이라 가정하지 마세요.

이러한 주의에는 연구적 근거가 있지만 한계도 분명합니다. 리우(Liu) 등의 2023년 논문인 ["Lost in the Middle: How Language Models Use Long Contexts"](https://arxiv.org/abs/2307.03172)에 보고된 실험에 따르면, 테스트된 모델들은 관련 정보가 긴 입력의 앞부분이나 뒷부분에 있을 때보다 중간에 위치할 때 덜 안정적으로 활용하는 경우가 많았습니다. 이 결과가 소설 연속성을 직접 테스트한 것은 아니며, 특정 최신 모델이 어떻게 작동할지 확정하는 것도 아닙니다. 다만 방대한 컨텍스트에만 의존하는 대신 질문과 가까운 곳에 관련 사실을 추출하여 다시 명시하는 실용적인 선택을 뒷받침합니다.

2. 일반적인 교정 대신 비교를 요청하세요.

모델에 장면 발췌문과 관련 공식 설정 항목을 제공하세요. 직접적인 충돌만 식별하고, 양쪽의 정확한 문장을 인용하며, 그 불일치가 의도적인 변화, 작중 인물의 믿음, 시점 차이 때문일 수 있는지 설명하도록 요청하세요. 구체적인 근거를 지목할 수 없을 때는 "충돌 없음"을 반환하도록 규정합니다. 유용한 프롬프트 예시는 다음과 같습니다:

"아래 발췌문과 공식 설정 항목을 비교하세요. 다음을 포함한 표를 반환하세요: 공식 설정 진술 및 출처, 발췌문 문구, 충돌 유형, 신뢰도, 작가를 위한 질문. 동일한 시점과 관점 내에서 양립할 수 없는 진술만 플래그를 지정하세요. 직접적인 모순을 모호함이나 가능한 인물 성장과 구분하세요. 장면을 다시 쓰거나 누락된 사실을 지어내지 마세요. 근거가 부족하면 '불확실'이라고 답하세요."

이는 제안된 편집 절차일 뿐이며 모델이 지시를 정확히 따를 것이라는 보장은 아닙니다. OpenAI의 [프롬프트 엔지니어링 가이드](https://developers.openai.com/api/docs/guides/prompt-engineering)에서는 작업을 명확히 명시하고 입력을 체계화할 것을 권장합니다. 해당 문서는 프롬프트 작성 지침일 뿐, 출력이 완전하거나 정확할 것이라는 보증은 아닙니다. 비교 결과를 원고와 대조하여 확인해야 할 단서 목록으로 취급하세요.

3. 수정하기 전에 플래그를 선별 분류하세요.

지목된 모든 플래그에 대해 인용된 장면을 검토하고 분류하세요. 실용적인 4단계 결정 기준은 다음과 같습니다:

주변 장면을 확인하지 않고 AI가 생성한 수정안을 그대로 수용하지 마세요. 사실을 변경하는 제안은 또 다른 모순을 낳을 수 있습니다. 예를 들어 한 장면에서 소품 세부 설정을 바꾸면 다른 곳의 타임라인이 어긋날 수 있습니다. 수정을 결정했다면 원고와 레퍼런스를 함께 업데이트한 다음, 영향을 받는 후속 장면들을 다시 점검하세요.

**모순(Contradiction):** 확인된 두 진술이 동일한 조건에서 둘 다 참일 수 없는 경우. 어느 구절을 수정할지 결정하거나, 이야기 내에서 변화를 명시적으로 설정하세요.
**시간에 따른 변화(Change over time):** 세부 설정이 변경되었으나 타임라인으로 설명이 되는 경우. 독자에게 필요하다면 전환 과정이나 날짜를 추가하세요.
**시점 또는 앎의 차이(Point-of-view or knowledge difference):** 인물이 주관적 믿음, 잘못된 기억, 거짓말 또는 불완전한 이해를 드러내는 경우. 의도된 것이라면 유지하고 독자가 맥락을 충분히 이해할 수 있게 하세요.
**미해결(Unresolved):** 본문이나 메모로 의문이 해결되지 않는 경우. 불확실 상태로 표시해 두고, 둘 중 어느 버전도 공식 설정으로 확정하기 전에 조사하세요.
섹션 3

적용 사례: 공책 색상이 바뀌는 경우

확정된 레퍼런스에 "마라는 2장부터 12장까지 남색 포켓 공책을 들고 다닌다"라고 명시되어 있다고 가정해 보겠습니다. 13장 초고에서 그녀는 가방에서 초록색 공책을 꺼내 지난주에 쓴 일기를 읽습니다. 검사 도구는 두 구절을 모두 인용하고 이것이 같은 공책인지, 교체된 것인지, 아니면 다른 인물이 인지한 것의 의도적인 불일치인지 물어야 합니다. 단순히 두 가지 색상이 나타났다는 이유만으로 모순이라고 단정해서는 안 됩니다.

작가는 원고를 확인합니다. 12장에서 마라가 남색 공책에 씌울 초록색 커버를 사는 장면이 있다면 외견상의 차이는 설명되지만, 독자를 위해 13장에 작은 힌트가 하나 필요할 수 있습니다. 커버 교체 장면이 없고 이전 일기가 두 번째 공책에 적혀 있을 리 없다면, 초고에 실제 연속성 실수가 포함된 것일 수 있습니다. 작가는 "초록색"을 "남색"으로 바꾸거나, 개연성 있는 전환 장면을 추가하거나, 인물이 다른 공책을 집어 들었다고 설정할 수 있습니다. 각 선택은 주변 구절들에 영향을 미칩니다.

유용한 검증 기준은 해당 진술들이 '동일한 시점'에 '동일한 관점'에서 '동일한 대상'을 가리키고 있는지 여부입니다. 어느 한 부분이라도 해결되지 않았다면 질문 플래그를 지정하세요. 모델은 두 문장을 지목할 수 있지만, 이야기 속에 실제로 존재하는 공책이 무엇인지 결정하고 그 결정 후에 레퍼런스를 업데이트하는 것은 작가의 몫입니다.

섹션 4

개정 관리: 공식 설정 변경 내역 추적하기

플래그를 해결한 후, 해당 진술 옆에 편집 결정을 기록하세요. 무엇이 변경되었는지, 어느 챕터가 이를 뒷받침하는지, 이전 레퍼런스가 대체되었는지를 적습니다. 다른 장면에 여전히 이전 세부 정보가 남아 있는 이유를 설명하는 데 도움이 되도록 이전 버전이나 날짜가 적힌 메모를 유지하세요. 그런 다음 원고에서 해당 인물과 관련 세부 사항(공책, 커버, 남색, 초록색 등)을 검색하고 맥락 속에서 각 출현을 검토합니다. 문자 그대로의 텍스트 검색은 AI가 놓친 표현을 찾을 수 있지만, 각 쓰임새가 서사적으로 일관성이 있는지는 판단하지 못합니다.

수정된 발췌문과 변경 사항의 영향을 받는 모든 장면에 대해 다시 점검을 실행하세요. 모델이 공식 설정 시트를 알아서 조용히 수정하게 두지 마세요. 먼저 제안된 변경 사항을 검토한 다음, 직접 적용하거나 통제된 문서 개정을 통해 반영하세요. 프로젝트 워크스페이스나 문서 기능을 사용하는 경우, 특정 저장 또는 검색 동작에 의존하기 전에 현재 공식 안내를 확인하세요. 이 연속성 관리 방법은 일반 문서에서도 작동하며 특정 플랫폼에 의존하지 않습니다.

섹션 5

한계: AI가 할 수 있는 것과 할 수 없는 것

모델은 제공된 텍스트를 비교하고, 살펴볼 위치를 제안하며, 일관성 보고서 서식을 작성하는 데 도움을 줄 수 있습니다. 그러나 작가가 충돌을 해결하지 않는 한 상충하는 초고들 사이에서 의도된 공식 설정을 결정할 수는 없습니다. 세부 사항을 간과하거나, 타임라인을 잘못 읽거나, 서브텍스트를 사실로 오인하거나, 그럴듯하지만 근거 없는 설명을 만들어낼 수도 있습니다. 긴 컨텍스트 관련 연구는 "책 전체를 프롬프트에 넣었다"는 말이 관련된 모든 문장이 고려되었음을 증명하지 못한다는 점을 보여주는 하나의 이유입니다. 그렇다고 해서 모든 시스템이 긴 원고에서 실패한다는 증거는 아닙니다.

공식 설정, 문체, 의미에 대한 책임은 여전히 작가에게 있습니다. AI의 출력을 감사 추적(audit trail) 용도로 활용하세요. 제안된 모든 모순은 구절을 가리켜야 하고, 채택된 모든 수정에는 명시적인 근거가 있어야 하며, 미해결 항목은 눈에 띄게 미해결 상태로 유지되어야 합니다. 장편 소설의 경우, 모델이 여러 챕터에 걸쳐 인물 사실을 암묵적으로 기억해주기를 바라는 것보다 이러한 절제된 규칙을 따르는 편이 훨씬 더 신뢰할 수 있습니다.

관련 글

이 주제 더 살펴보기