제4장. Vault와 집필의 인터페이스 - 단일 진실 공급원과 양방향 동기화

집필을 시작하기 전에 저희는 반드시 Vault를 엽니다. 이것은 습관이 아니라 원칙입니다. Vault를 열지 않고 기억이나 직관에 의존해서 쓰면, 원고 안의 케이팝K와 실제 케이팝K 세계관이 조금씩 어긋나기 시작합니다. 그 어긋남이 쌓이면 50편째에서 1편째와의 일관성이 무너집니다.

반대 방향도 있습니다. 원고를 쓰고 나면 반드시 Vault를 업데이트합니다. 원고를 쓰는 과정에서 발견되는 것들이 있습니다. 이 인물은 이런 상황에서 이런 언어를 쓴다, 이 세계에서는 이런 절차가 있다, 이 장소는 이런 냄새가 난다. 이런 발견들은 Vault에 없었던 새로운 정보입니다. 그것을 원고 안에만 두면 다음 원고를 쓸 때 활용하지 못합니다.

이 두 방향의 흐름이 Vault와 집필의 인터페이스입니다.

SSOT: 단일 진실 공급원

소프트웨어 개발에서 SSOT, Single Source of Truth라는 개념이 있습니다. 어떤 데이터에 대한 "공식" 버전이 딱 하나만 존재해야 한다는 원칙입니다. 두 곳에 같은 데이터가 있으면 언젠가 둘이 불일치하게 되고, 어느 쪽이 맞는지 모르게 됩니다. 마블 시네마틱 유니버스가 〈Wakanda Forever〉를 찍을 때 와칸다의 통화 단위가 〈Black Panther〉(2018)와 어긋난 적이 있습니다. 한 편 만에 정전 가이드라인 부서가 통일 작업에 동원됐고, 그 후 마블은 정전 데이터베이스를 단일 위키로 일원화했습니다. 〈Forgotten Realms〉가 4판→5판 전환에서 50년 시간선 점프를 겪을 때도 같은 작업이 일어났습니다. Wizards of the Coast의 게임 디자이너 한 팀이 〈Forgotten Realms Wiki〉를 SSOT로 두고, 모든 신규 소설·룰북이 그 위키를 거꾸로 참조하게 했습니다.

MEJE의 100편 프로젝트에서 Vault가 SSOT입니다. 케이팝K 세계관의 규칙, 각 멤버의 특성, 사건 기록, 공간 묘사. 이것들의 공식 버전은 Vault에 있습니다. 원고가 아닙니다.

원고는 Vault를 소비합니다. 그리고 원고가 Vault에 새로운 데이터를 공급합니다. 이 방향이 명확해야 합니다.

"원고에서 이렇게 썼으니까 세계관이 이렇다"가 아니라 "Vault에 이렇게 정의되어 있으니까 원고에서 이렇게 쓴다"가 올바른 방향입니다. 원고가 세계관을 정의하는 것이 아니라 세계관이 원고를 구속합니다. 이것이 SSOT 원칙입니다.

다만 한 가지 예외가 있습니다. 원고를 통해 새로운 세계관이 발견될 때입니다. 케이팝K의 어떤 멤버를 쓰다 보니 그 인물의 직업적 관습 중 Vault에 정의되지 않은 것이 등장했습니다. 이것을 원고 안에서 처음 정의했다면, 그것은 발견이지 이탈이 아닙니다. 발견이면 Vault에 추가합니다. 이제 이 새로운 정보도 SSOT에 포함됩니다.

Vault에서 무엇을 가져오는가

원고를 쓰기 전에 Vault에서 확인할 항목들이 있습니다. 〈라이브러링〉 강연고에서 라이브러리 표제 여섯 가지(배경, 소재, 인물, 사건, 사물, 장소)를 소개했습니다. 집필 전 Vault 확인은 이 여섯 표제를 기준으로 합니다.

배경 확인은 시간과 공간을 봅니다. 연습실의 크기·조명 색온도·바닥 소재·시간대 같은 세부를 Vault에서 꺼내 원고에 반영합니다. 확인 없이 "그냥 연습실"로 쓰면 50개 원고에서 50개의 서로 다른 연습실이 만들어집니다. 소재 확인은 이미 다른 원고에서 다룬 적이 있는지를 점검하고(중복이 나쁜 것은 아니지만 알고 선택하는 일이 중요), 인물 확인은 주인공과 등장 인물들의 관계 기록·언어 습관·과거 사건·신체 표현을 미리 점검해 원고 안에서 인물이 벗어나는 일을 줄입니다. 사건 확인은 세계관 타임라인 충돌·다른 원고와의 모순을, 사물 확인은 케이팝K 상징물·굿즈·도구의 Vault 정의 일치를, 장소 확인은 다른 원고에서 등장한 적 있는 장소의 묘사 일치를 점검합니다. 짧은 꽁트라면 여섯 항목을 가볍게 확인하면 됩니다. 다섯 항목은 확인했는데 한 항목을 건너뛰었고 그 항목에서 모순이 발생할 때의 수고가, 여섯 항목을 미리 확인하는 수고보다 훨씬 큽니다.

원고에서 Vault로 - 환류 루프

원고를 쓰고 나면 두 가지 경우가 발생합니다.

첫째, Vault에 이미 있는 정보를 원고에서 표현했습니다. 이 경우는 Vault 업데이트가 필요 없습니다. 확인으로 충분합니다.

둘째, Vault에 없던 새로운 정보가 원고에서 발생했습니다. 이것이 환류 루프의 핵심입니다.

원고를 쓰면서 발견하는 새로운 정보의 유형은 네 가지입니다.

새로운 세계관 세부. 연습실 복도에 특정 공지판이 있고 거기에 어떤 종류의 메모들이 붙어 있다는 것을 원고에서 처음 묘사했습니다. 이것은 케이팝K 세계관의 새로운 세부입니다. Vault의 장소 항목에 추가합니다.

인물 발견. 강명숙이 극도로 긴장할 때 왼쪽 엄지손가락 손톱을 뜯는 습관이 있다는 것을 원고 안에서 처음 만들었습니다. 이것은 Vault의 강명숙 인물 기록에 추가할 telling detail입니다.

관계 발견. 두 인물의 대화를 쓰다 보니 그들 사이에 Vault에 기록되지 않은 과거가 있는 것이 자연스럽게 등장했습니다. 이것을 원고에서 처음 묘사했다면, Vault의 관계 기록에 추가합니다. 단, 다른 원고들과 모순이 없는지 먼저 확인합니다.

세계관 규칙 발견. 케이팝K 세계에서 특정 상황에서 특정 절차가 있다는 것을 원고에서 처음 서술했습니다. 예를 들어 공개 활동 중지 기간에는 숙소에서 외출할 때 특정 복장 코드가 있다는 것. 이것을 원고에서 처음 만들었다면 Vault의 세계관 규칙 항목에 추가합니다.

환류 루프가 작동하면 원고를 쓸수록 Vault가 풍부해집니다. 그 풍부해진 Vault로 다음 원고를 씁니다. 100편을 다 쓰고 나면 처음 집필을 시작했을 때보다 훨씬 두꺼운 Vault가 만들어집니다. 이것이 라이브러링과 스토리텔링100이 서로 연결된 파이프라인의 의미입니다.

〈라이브러링〉 강연고에서 소개한 MEJE 7단계 파이프라인의 2단계(키워드 라이브러링) 작업이 Vault를 만들고 채웁니다. 같은 파이프라인의 7단계(스토리텔링100)가 그 Vault를 소비하고 다시 채웁니다. 이 순환이 멈추지 않으면 IP는 계속 성장합니다.

집필 기밀 원칙

여기서 하나의 작업 원칙을 명시합니다. 집필 기밀 원칙이라고 부릅니다.

원고 안에 내부 작업 파일의 이름이나 버전 번호가 노출되어서는 안 됩니다. Vault의 구체적인 파일 구조, 내부 절차서의 명칭, 키워드 라이브러링 시스템의 코드명. 이런 것들은 외부에 공개되는 원고에서 언급되지 않습니다.

원고는 세계관의 산출물이지 제작 절차의 보고서가 아닙니다. 케이팝K의 강명숙에 대한 원고에서 "이 원고는 특정 절차서 v4.2의 F 기준을 충족하기 위해..."라는 문장이 나온다면 그것은 원고의 실패입니다. 독자는 절차서를 모르고 알 필요도 없습니다.

집필 기밀 원칙은 두 가지를 보호합니다. (이 원칙의 실전 적용과 AI 협업에서의 역할은 14장에서 재언급됩니다.) 첫째는 독자 경험입니다. 원고는 세계로 들어가는 창이어야 합니다. 제작 절차가 보이면 그 창은 안쪽에서 막힙니다. 둘째는 지식재산입니다. MEJE의 작업 방법론은 공개하지 않는 것이 기본입니다. 원고가 무의식적으로 방법론을 노출하지 않도록 주의합니다.

병렬 집필과 Vault 충돌

100편을 쓰다 보면 한 번에 여러 원고를 진행하는 상황이 생깁니다. 두 명의 작가가 동시에 두 원고를 씁니다. 또는 AI와 인간이 각각 다른 인물의 원고를 동시에 진행합니다.

이때 가장 큰 위험은 Vault 충돌입니다. 한 원고에서 케이팝K의 어떤 사건이 "아직 일어나지 않은 것"으로 처리됐는데, 동시에 진행 중인 다른 원고에서 그 사건이 "이미 일어난 것"으로 처리됩니다. 두 원고가 완성된 후에 이 모순을 발견하면 하나를 수정해야 합니다.

이를 방지하는 방법은 간단합니다. 병렬 집필 중에 Vault를 공유하고, 각 작가가 Vault를 업데이트할 때 다른 작가에게 알립니다. 새로운 세계관 세부를 만들었을 때 즉시 Vault에 기록하고 그 사실을 팀에 공유합니다.

Vault가 실시간 공유되지 않는 환경이라면, 병렬 집필을 시작하기 전에 Vault의 스냅샷을 기준으로 삼고 각 작가가 그 스냅샷을 기준으로 작업합니다. 작업이 완료된 후 통합 시 충돌을 확인하고 해결합니다.

소프트웨어 개발의 버전 관리와 같은 개념입니다. 버전 관리에서 마스터 브랜치(master branch: 공식 최신 버전이 있는 기준 라인)가 있고 각 기능 개발은 브랜치(branch: 마스터에서 분기한 독립 작업 사본)에서 진행됩니다. 완료 후 마스터에 머지(merge: 브랜치 변경 사항을 마스터에 통합)하며 충돌을 해결합니다. Vault가 마스터 브랜치라면 각 원고 작업은 브랜치이고, 원고 완성 후 환류 루프가 머지 단계입니다.

집필 인터페이스의 실제

실제 작업 흐름을 한 번 구체적으로 따라가 봅니다.

케이팝K의 멤버 중 한 명, 예를 들어 "하늘"(케이팝K 세계관 안의 가상 인물 이름)이라는 인물에 대한 꽁트를 쓴다고 합니다.

먼저 하늘의 인물 기록(이름·나이·포지션·성격·언어 습관·과거 사건·관계 기록)을 5분 정독하며 Vault를 엽니다. 그 다음 오늘 하늘이 겪을 수 있는 하나의 일상 단면을 선택하되, Vault의 사건·소재 기록에서 출발해 커버리지 매트릭스로 중복을 확인합니다. 판돈·시점·형식·분량 네 가지를 3장의 방식으로 결정해 설계서에 기록한 뒤, 설계서를 열어 두고 원고를 씁니다. 집필 중 Vault의 세부가 필요하면 그때그때 확인하지 기억에 의존하지 않습니다. 완성 후에는 6대 품질 기준으로 QA 점검을 거쳐 합격 판정을 받고, 원고에서 새로 발견된 정보를 Vault에 추가하고 커버리지 매트릭스를 업데이트합니다. 이것이 한 원고 사이클의 흐름입니다.

100편이라면 이 사이클을 100번 돌리는 작업입니다.

Vault가 약할 때

때로 Vault가 충분히 구축되어 있지 않은 인물의 원고를 써야 할 때가 있습니다. 100명의 멤버 중 아직 Vault 기록이 빈약한 인물들이 있을 수 있습니다.

이때 선택지는 두 가지입니다. 첫째, Vault를 먼저 보강합니다. 라이브러링 작업을 다시 진행해서 그 인물에 대한 표제 항목들을 채웁니다. 둘째, 집필로 Vault를 만듭니다. 이 경우는 원고가 Vault보다 앞서 가는 예외적 상황입니다.

두 번째 선택지를 선택한다면 원칙이 하나 있습니다. 원고에서 처음 만든 모든 세부는 즉시 Vault에 기록해야 합니다. 원고가 Vault를 만드는 동안에도 SSOT 원칙은 유지됩니다. 원고에서 처음 정의했으면 Vault에 추가하고, 그 이후부터는 Vault가 기준입니다.

Vault가 약한 인물의 원고는 꽁트나 4컷 형식으로 시작하는 것이 좋습니다. 짧은 형식은 새로운 발견의 양도 적어서 Vault 환류 부담이 작습니다. 인물에 대한 이해가 깊어질수록 단편소설 형식으로 이동합니다.

4장이 전하는 것

Vault와 집필의 인터페이스는 방법론의 문제이지 감각의 문제가 아닙니다. 저희가 이 원칙을 지키는 이유는 창작을 기계적으로 만들기 위해서가 아닙니다. 100편의 원고가 하나의 세계를 이루도록 하기 위해서입니다.

한 편의 원고는 그 자체로도 좋아야 합니다. 그러나 그 한 편이 다른 99편과 함께 놓였을 때 더 커지는 것이 있어야 합니다. 그것이 세계관입니다. Vault가 그 세계관을 보호하고 성장시킵니다. 집필이 Vault를 소비하고 Vault를 풍부하게 만듭니다.

다음 장에서는 100인의 주인공들에 대해 이야기합니다. 100명이라는 숫자는 어떻게 관리되어야 하는가, 각 인물은 어떤 원칙으로 선택되어야 하는가, 커버리지 매트릭스가 실제로 어떻게 작동하는가.

- 본문 / 라이브러리 기반 스토리텔링100 강연고 4회 / 2026-04-30