제14장. 빈 Vault 앞에서 - 이 글이 전하려 한 것

1장의 첫 문장으로 돌아옵니다. 스타워즈를 한 단어로 설명하는 일은 불가능합니다. 포스, 제다이, 광선검, 다스베이더, 반란군, 은하 제국이 하나의 점이 아니라 서로 연결된 관계망으로 엮여 있고, 그 전체가 스타워즈이기 때문입니다. 하나의 IP는 그 IP를 이루는 모든 단어들이 이루는 관계망입니다.

이 글은 그 관계망을 의도적으로 짓는 작업을 14개 장에 걸쳐 안내했습니다. 4단계 파이프라인에서 시작해 9분류와 세계관축, 멱등성 규칙, 검증과 운영 사이클에 이르기까지, 한 IP의 머릿속에 흩어져 있던 관계망을 옵시디안 Vault라는 손에 잡히는 자료로 꺼내는 절차들이었습니다.

이제 독자의 책상 위에는 13컬럼 CSV의 양식과 9분류 가이드, 그리고 아직 비어 있는 마크다운 파일들이 펼쳐져 있습니다. 그 파일들 사이에는 아직 어떤 연결선도 없습니다. 그러나 독자는 이미 알고 있습니다. 첫 행을 채우는 순간 1차 추출이 시작되고, 그 행이 수백 개로 늘어나 2차 통합에서 표제어로 묶이고, 3차에서 마크다운 파일이 되고, 4차에서 서술이 써지면서, 그 점들 사이에 연결선이 짜여 한 IP의 관계망 지도가 화면 위에 펼쳐지리라는 사실을 말입니다.

기존 창작 관례와 라이브러링의 차이

기존에 IP를 운영하는 방법이 없었던 것은 아닙니다. 작가 개인의 설정 노트, 팀 공유 문서, 구글 스프레드시트, 위키 사이트가 저마다의 방식으로 IP 정보를 관리해 왔습니다.

그런데 이 방법들에는 공통으로 가진 한계가 있습니다. 정형화되지 않은 형식, 단일 작성자에 대한 의존, 버전 관리의 부재, 그리고 이전의 어려움이라는 네 가지 한계입니다.

설정 노트는 정해진 형식 없이 작가가 쓰고 싶은 대로 쓰는 것이어서, 누군가 그 노트를 읽으면 이해할 수 있지만 기계가 읽어서 처리하기는 어렵고 검색과 일관성 검사도 까다로우며 다른 도구에서 재사용하기도 힘듭니다. IP의 진짜 설정은 작가 개인의 머릿속에 있고 문서는 그 일부만 담고 있어서, 작가가 없으면 불확실해지는 정보가 많습니다. IP가 발전하면서 설정이 바뀌는데도 어느 것이 최신 버전인지 추적하기 어려워, 3판에서 바뀐 내용인데 2판의 설정이 어딘가에 아직 남아 있는 상황이 생깁니다. IP를 다른 팀에 넘기거나 오랜 시간이 지난 뒤에 다시 다룰 때에도, 설정의 많은 부분이 원작자의 기억에만 있어 이전이 어렵습니다.

라이브러링은 이 한계들에 대한 방법론적 응답입니다. 13컬럼 CSV와 마크다운 파일의 구조가 미리 정해져 있어, 기계가 읽을 수 있고 자동화 도구가 처리할 수 있으며 다른 도구에서도 재사용할 수 있습니다. Vault는 한 사람의 머릿속이 아니라 파일 시스템에 있으므로, IP를 처음 보는 사람도 Vault를 열면 공식 설정을 확인할 수 있습니다. frontmatter의 버전상태 컬럼과 출처목록 컬럼이 각 표제어의 버전 이력을 담고, 멱등 규칙이 갱신할 때 기존 작업을 보호합니다. Vault 폴더 하나를 넘기면 IP의 공식 어휘와 세계관 구조가 함께 넘어갑니다.

이것이 라이브러링이 기존 관례를 개선하는 지점입니다. 더 나은 작가가 되는 방법이 아니라, IP를 더 잘 관리하는 시스템을 만드는 방법입니다.

이 글이 전하려 한 것

14개 장을 한 문장으로 줄이면 이렇습니다. 라이브러링은 옵시디안으로 위키를 만드는 일이 아니라, 제작자가 IP 전체를 운영하는 단 하나의 원본을 짓는 일입니다.

차이는 그릇이 아니라 자르는 법에 있었습니다. 같은 옵시디안을 쓰더라도 9분류와 세계관축이라는 두 좌표로 가르기 때문에, 이 Vault는 검색용 사전이 아니라 운영용 원본이 됩니다. 새 단편도, 새 캐릭터도, 외국어 번역도, 백과사전도 모두 이 한 권을 통과해 나옵니다.

그래서 이 Vault는 완성하는 순간 끝나는 자료가 아닙니다. 그 작업들에서 나온 새 어휘가 역류로 되돌아오고, 멱등 규칙이 이미 쓴 서술을 지키면서 그 위에 다음 사이클을 쌓습니다. 역류가 멈추지 않는 한 IP는 계속 살아 있습니다.

제작자의 역할 - 결정하는 손

이 글이 내내 강조해 온 한 가지가 있습니다. 제작자는 작가가 아닙니다.

작가가 글을 쓰는 사람이라면, 제작자는 글을 쓰면서 동시에 관리하고 위임하고 검수하고 다시 쓰는 사람입니다. 쓰는 일은 그가 하는 여러 일 가운데 하나일 뿐입니다.

라이브러링은 제작자의 작업입니다. 4단계 파이프라인을 설계하고, AI 작업 동료에게 무엇을 어떻게 위임할지 결정하며, 결과를 검수하고 Vault를 운영합니다. 그 안에는 직접 쓰는 단계(hub 직접 집필)도 있고, 위임하는 단계(leaf 서술)도 있으며, 확인하는 단계(검증)도 있습니다.

2장에서 "결정하는 손은 사람이고, 짜내는 손은 AI입니다"라고 했습니다. 라이브러링을 14개 장에 걸쳐 읽은 지금, 이 문장이 어떻게 작동하는지가 손에 잡힐 것입니다.

9분류 중 어느 분류에 넣을지 결정하는 것도 사람이고, 세계관축을 설계하는 것도 사람입니다. hub를 직접 쓰고, P0 이슈를 즉시 수정하며, Vault를 역류로 계속 성장시키는 것 역시 사람의 몫입니다.

AI가 짜냈지만 사람이 검수해서 통과시킨 것들이 Vault를 채우고, AI가 틀렸지만 사람이 바로잡은 것들이 Vault의 품질을 만듭니다.

이 분업이 잘 작동할 때, 한 사람이 혼자 감당하기 어렵던 규모의 작업이 현실적인 시간 안에 완성됩니다.

처음 사이클을 시작하는 독자에게

작은 IP로 시작하십시오. 첫 사이클부터 표제어 1,500개를 목표로 할 필요는 없으니, 핵심 문서 5~~10편만 골라 300~~500개의 표제어로 먼저 Vault를 만들어 보면 됩니다. 4단계 전체를 한 번 끝까지 경험하는 것이 목표이며, 큰 IP를 처음부터 완벽하게 하려다 중간에 멈추는 것보다 작은 IP를 끝까지 완성하는 편이 훨씬 가치 있습니다.

세계관축도 처음 연습할 때는 3~~4개로 가볍게 출발해도 됩니다. 다만 운영용 Vault로 넘어갈 때는 이야기가 다릅니다. 운영용 워크플로에서는 핵심 축 5~~7개에 "일반"과 "미정"을 더한 목록을 프로파일링 단계에서 확정하고, 그 허용값 안에서 2차 통합과 검증이 움직입니다. 처음부터 완벽한 축 이름을 맞히려 애쓰라는 뜻은 아니지만, 최소한 어떤 축으로 시험해 볼지는 작업 전에 적어 두어야 합니다.

2차 통합 역시 연습용 첫 Vault라면 완벽하지 않아도 괜찮습니다. 전체 흐름을 익히기 위한 파일이라면 85~90% 상태로도 3차와 4차까지 한 번 밀어 볼 수 있습니다. 그러나 다른 작업에 넘길 운영용 Vault라면 합격선은 달라집니다. 동의어 묶음과 대표키워드, 세계관축, 버전상태가 95% 수준에 이르러야 하고, 자동 검증과 핸드오프 체크를 통과해야 합니다. 완벽을 기다리다 Vault를 끝내 완성하지 못하는 것도 문제지만, 연습용의 느슨함을 운영용 기준으로 착각하는 것도 문제입니다.

4차 집필에서는 hub 몇 개를 먼저 직접 쓰십시오. 작은 연습용 Vault라면 3~~5개만으로도 톤 기준을 만들 수 있지만, 운영용 첫 사이클이라면 5~~10개를 권합니다. 그 서술이 이후 집필의 기준이 되기 때문인데, hub 전체를 혼자 다 쓰려다 4차 집필이 멈추는 경우가 적지 않습니다. 핵심은 숫자 자체가 아니라, AI 작업 동료에게 넘길 수 있을 만큼 문체와 관점이 선명한 기준 사례를 먼저 만드는 것입니다.

첫 Vault를 완성했다면 다음 날 다시 열어 보십시오. 하룻밤이 지난 뒤에 열면 같은 Vault가 다른 눈으로 보여서, 무언가 빠진 곳이 눈에 띄고 무언가 잘못 연결된 곳이 드러납니다. 그것들이 첫 번째 P2 이슈 목록이 되고, 그대로 다음 사이클로 이월됩니다.

자매 글로 이어지는 것들

라이브러링이 만든 Vault를 활용해 단편을 집필하는 방법은 〈스토리텔링100〉에서 다룹니다. Vault의 인물 표제어가 캐릭터 시트가 되고, 세계관축이 일상단면 소재의 축이 됩니다.

번역 작업에서 Vault를 활용하는 방법은 〈서연각〉에서 다룹니다. 번역노트 컬럼과 이칭, 별칭 컬럼이 번역 일관성의 자료가 됩니다.

캐릭터를 0에서 빚을 때 Vault의 세계관축과 인물 관계망을 참조하는 방법은 〈신규 캐릭터 빌드〉에서 다룹니다. 1장에서 이 글과 자매라고 소개했던 그 글입니다. Vault 1,500개를 한 권의 출판 백과사전으로 묶는 방법은 〈LOREBOOK〉에서 다룹니다.

이 글들과 이 글이 하나의 파이프라인 안에서 서로 연결됩니다.

빈 CSV 앞에서

빈 CSV 파일에 첫 행을 입력하는 순간이 라이브러링의 시작입니다.

IDX, 분류, 키워드, 설명, 출처. 첫 행에 헤더가 채워지고, 다음 행에 첫 번째 키워드가 들어갑니다. 그렇게 1차 추출이 시작됩니다.

그 키워드는 수백 개의 행을 지나 2차 통합에서 대표키워드로 묶이고, 3차에서 마크다운 파일이 되며, 4차에서 서술이 써집니다. 그 파일은 옵시디안의 그래프 뷰에서 하나의 노드가 되고, 그 노드에 링크가 연결됩니다. 노드들이 쌓이면 연결망이 되고, 그 연결망이 곧 IP의 세계관 지도입니다.

처음에는 비어 있던 그 지도가 지금은 1,500개의 점과 수천 개의 연결선으로 채워져 있습니다. 그 안에서 인물들이 살아가고 장소들이 존재하며 사건들이 일어나고, 장치들이 작동하며 개념들이 흐릅니다. 이 IP의 세계가 한 장의 지도로 펼쳐진 것입니다.

스타워즈를 한 단어로 설명할 수 없듯이, 독자의 IP도 한 단어로 설명할 수 없습니다. 그 관계망은 지금 독자의 머릿속에만 있습니다.

읽기는 여기서 끝납니다. 이제 책상으로 돌아가, 빈 CSV의 첫 행을 쓰십시오. IP가 그 화면 위로 걸어 나오는 일은 바로 그 한 행에서만 시작됩니다.