비주얼 노벨의 정체불명 인물, 등장 전 이름창에는 어디까지 표시할까

아직 누구인지 알 수 없는 캐릭터의 이름창에는 현재까지의 이야기로 뒷받침되는 호칭을 표시해야 합니다. 인물이 모습을 드러냈다는 것은 독자가 그를 보았다는 뜻일 뿐, 이름까지 알게 되었다는 뜻은 아닙니다. 제작 자료에 본명이 입력되어 있다고 해서 대사 위에 자동으로 표시되어서도 안 됩니다. 적용할 수 있는 규칙은 이렇습니다. 내부 식별 정보는 그대로 유지하고, 화면의 호칭은 명확한 소개나 인물을 알아보는 사건에 따라 갱신하며, 대화 기록에는 각 대사가 나왔을 때의 호칭을 남깁니다.

규칙을 쓰기 전에 이름창이 어떤 범위의 지식을 반영할지 결정해야 합니다. 이 예시는 ‘현재 루트에서 독자가 얻은 정보’를 기준으로 삼으며, 작가만 아는 비밀은 포함하지 않습니다. 주인공의 인식을 따르는 작품이라면 주인공이 소개를 들었는지도 확인해야 합니다. 두 기준 모두 가능하지만, 한 장면 안에서 설명 없이 바꾸어서는 안 됩니다.

아래의 인물과 대사, 진행 과정은 설명을 위해 새로 만든 가상의 예시입니다. 실제 사용자 사례나 실측 결과, 직접 테스트한 기록, DramaFork의 제품 기능이 아니며, 특정 엔진을 전제로 하지도 않습니다.

배경은 밤의 시계점입니다. 제작 자료에는 문밖의 인물이 ‘캐릭터 A, 선옌, 시계 수리공’으로 적혀 있습니다. 독자는 먼저 문 너머의 목소리를 듣고, 그가 밝은 곳으로 들어오는 모습을 본 뒤, 마지막으로 직접 자신을 소개하는 말을 듣습니다. 여기서 만들어야 할 것은 이 인물 한 명의 이름창 공개표입니다. 그가 정체를 숨기는 이유를 설계하는 일이 아닙니다.

내부 식별 정보는 대사와 스탠딩 이미지, 이야기 상태를 같은 캐릭터에 연결하는 데 쓰입니다. 현재 표시 호칭은 독자에게 ‘이 말을 누가 하는지’를 알려 줍니다. 둘은 연결되어 있지만 반드시 같을 필요는 없습니다. 내부 이름을 기본 표시값으로 쓰면 제작상의 편의가 의도하지 않은 정체 공개로 이어집니다.

독자에게 제시된 근거를 먼저 확인한 다음 호칭을 채웁니다. 두 번째 단계를 ‘시계 수리공’으로 미리 정해 놓고, 인물이 공구함을 들었다는 이유만으로 독자가 직업을 확인했다고 가정해서는 안 됩니다.

여기서 ‘끝까지 제시된다’는 것은 이름 정보가 독자에게 온전히 전달되었다는 뜻입니다. 대사의 끝을 구체적으로 어디로 볼지는 제작 과정에서 정해야 합니다. 자기소개 대사 자체에는 여전히 ‘시계 수리공’을 표시해 이름이 대사보다 먼저 드러나지 않도록 합니다. 표에 ‘소개할 때 갱신’이라고만 적으면 어떤 사람은 소개가 시작될 때 바꾸고, 다른 사람은 다음 대사에서 바꿀 수 있습니다.

이 표를 재사용할 때는 각 변경에 해당하는 장면과 대사 위치를 덧붙입니다. 호칭을 뒷받침하는 구체적인 문장이나 명확한 사건을 찾을 수 없다면 이전 단계를 유지합니다. 나중에 밝혀지는 사실을 현재 시점의 근거로 가져와서는 안 됩니다.

첫 대사는 ‘방문객: 실례합니다. 시계점 아직 문 열었나요?’입니다. 문은 아직 열리지 않았고, 호칭은 화자를 구분하는 데 필요한 최소한의 역할만 합니다. 주인공이 답한 뒤 문밖의 인물이 “조금 기다릴 수 있습니다”라고 말해도 ‘방문객’을 유지합니다. 신비로운 분위기를 만들겠다는 이유만으로 ‘낯선 목소리’로 바꿀 필요는 없습니다.

중간에 다른 사람이 끼어들었다면 다시 들려오는 목소리가 앞선 화자와 이어진다는 근거가 필요합니다. 예를 들어 서술에 ‘문밖의 사람이 아까 하던 말을 이었다’고 쓰고, 이름창은 계속 ‘방문객’으로 표시할 수 있습니다. 이는 같은 화자가 계속 말한다는 사실을 보여 줄 뿐, 이름을 공개하지는 않습니다. 목소리를 변조했고 독자가 알아보지 못하도록 의도한 서술이라면, 같은 호칭을 써서 두 목소리의 주인이 같다는 사실을 은근히 확정해서는 안 됩니다.

두 번째로, 그가 문을 밀고 밝은 곳으로 들어옵니다. 이제 얼굴이 보이지만 이름창은 여전히 ‘방문객’입니다. 점주가 “이분이 제가 부른 시계 수리공입니다”라고 말합니다. 이어 방문객이 “우선 어디서 멈췄는지 보겠습니다”라고 답합니다. 이 대사부터 ‘시계 수리공’을 표시합니다. 모습을 드러내는 일과 직업을 소개하는 일은 연이어 일어나는 별개의 사건이며, 이번 호칭 변경을 뒷받침하는 것은 후자뿐입니다.

세 번째로, 그가 “소개가 늦었네요. 제 이름은 선옌입니다”라고 말합니다. 이 대사의 이름창에도 계속 ‘시계 수리공’을 표시합니다. 주인공이 “선 선생님, 이쪽으로 오세요”라고 답하고, 그다음에 나오는 그의 “감사합니다”부터 ‘선옌’을 표시합니다. 주인공이 존칭을 썼다고 해서 이름창도 곧바로 ‘선 선생님’으로 바꿀 필요는 없습니다. 대사 속 호칭은 인물 관계를 드러낼 수 있지만, 이름창은 표에서 정한 일관된 표기를 따릅니다.

분기에서 자기소개를 건너뛰었다면 이후에도 ‘시계 수리공’을 유지합니다. 다른 루트에서 점주가 먼저 ‘선옌’이라는 이름을 말하고 그 인물을 명확히 가리켰다면, 그 대사가 별도의 변경 계기가 될 수 있습니다. 기계적으로 자기소개만 기다려서는 안 됩니다. 확인해야 하는 것은 이름과 인물의 연결이 성립했는지이지, 정해진 대사 한 구간이 재생되었는지가 아닙니다.

이 예시는 이전 대사를 소급해 고치지 않기로 합니다. 이름이 밝혀진 뒤 기록을 열어도 첫 대사는 ‘방문객’, 멈춘 부분을 확인하는 대사는 ‘시계 수리공’으로 남고, 그 뒤에야 ‘선옌’이 나옵니다. 독자가 당시 알고 있던 정보를 재현할 수 있고, 정체가 정확히 어느 단계에서 공개되었는지 확인하기도 쉽습니다.

대신 기록 속 한 사람에게 세 가지 호칭이 생깁니다. 긴 작품에서 검색을 편하게 하고 싶다면 이름이 밝혀진 뒤에만 볼 수 있는, 호칭의 대응 관계를 보여 주는 설명을 따로 설계할 수 있습니다. 예를 들면 ‘방문객과 시계 수리공은 모두 선옌을 가리킵니다’라는 설명입니다. 이는 별도로 추가하는 읽기 보조 기능입니다. 이전 항목의 원래 호칭을 덮어써서는 안 되며, 아직 이름이 밝혀지지 않은 루트에서 미리 보여서도 안 됩니다. 이런 표시를 지원하려면 별도의 구현이 필요합니다.

이름이 밝혀진 뒤 과거 기록의 호칭을 통일하는 설계도 선택할 수 있습니다. 다만 그 선택이 이전 장면을 다시 읽는 느낌을 바꾼다는 점을 받아들이고, 언제 어떤 기록에 적용할지 명확히 해야 합니다. 이 예시는 수수께끼가 풀리는 과정을 되짚는 데 무게를 두므로 원래 호칭을 유지합니다. 기록이 당시 알려진 사실을 충실히 보여 주기를 요구하면서, 아무 설명 없이 나중에 알게 된 이름으로 고쳐 쓸 수는 없습니다.

이름이 밝혀지기 전의 저장 파일이나 이야기 지점으로 돌아가면 현재 이름창도 해당 단계로 되돌아가야 합니다. 독자 자신은 본명을 기억하지만 현재 루트에서는 아직 소개되지 않았을 수 있습니다. 두 사실은 모순되지 않습니다. 되돌아갔을 때 대화 기록을 어떻게 복원할지는 작품이 기록을 남기는 범위와 함께 정해야 합니다.

첫 번째 반례는 문 너머에서 나오는 첫 대사부터 ‘선옌’을 표시하는 것입니다. 대사에서 이름을 밝히지 않아도 이름창이 이미 목소리와 이름을 연결합니다. 독자가 앞서 선옌에 관한 소문을 들었다면 그 연관성도 더 일찍 드러납니다. 작가가 이름창을 통해 미리 공개하려는 의도를 명확히 갖고 있지 않다면 ‘방문객’으로 되돌려야 합니다.

두 번째 반례는 자기소개가 끝났는데도 계속 ‘???’를 표시하는 것입니다. 독자는 소개가 받아들여지지 않았거나, 이름이 의심스럽거나, 아직 누구인지 구분할 수 없다는 뜻으로 해석할 수 있습니다. 이야기에서 그런 의미를 의도하지 않았다면 표에 따라 갱신해야 합니다. 다만 본인이 밝힌 이름을 이름창에 표시한다고 해서 그것이 본명이라고 보증하는 것은 아닙니다. 가명이 등장한다면 별도의 정정 계기를 작성해야 하며, 자기 진술을 신원 확인으로 취급해서는 안 됩니다.

원고를 넘기기 전에 정상적으로 소개되는 루트, 소개를 건너뛰는 루트, 소개 전으로 돌아가는 루트의 세 경로를 따라 대사를 한 줄씩 확인합니다. 현재 호칭의 근거가 어디에 있는지, 어느 대사부터 바뀌는지, 이전 기록이 정한 규칙에 맞는지 점검합니다. 그런 다음 내부 식별 정보 열을 가리고 장면의 글만 읽습니다. 제작 자료가 있어야만 설명할 수 있는 호칭이라면 이전 단계로 되돌리거나 이야기 안에 근거를 보충해야 합니다.