"랜턴은 들고 다니는 불이야. 어둠 속에서 찾아주지만, 집을 태우진 않아."
이름이 곧 설계야
CWK의 형제 엔진들은 저마다 하는 일을 이름에 품고 있어. Ember는 열을 내며 무언가를 만들고, Bonfire는 쉬고 다시 힘을 얻는 자리를 뜻해. Cinder는 태우고 남은 재야 — 그 위에 새것을 지을 수 있어. Lantern은 들고 다니는 불이야. 한곳을 데우는 화톳불이 아니라, 유리 안에 작은 불꽃을 넣어 어두운 곳으로 가져가는 도구지. 그러니 이 이름은 분위기를 위한 장식이 아냐. 한 단어로 적은 설계서야.
어둠 속에 있는 것을 보여준다
10년 동안 쓴 문서가 만 개쯤 쌓이면 기억은 늘 반쪽으로 남아. 장기 투자자가 물어야 할 유일한 질문에 관해 분명 썼는데. 문장은 어딘가에 있지만 어느 파일인지 떠오르지 않아. Lantern은 그 문장까지 데려가. 정확한 원문과 파일 위치, 다시 확인할 수 있는 출처 정보를 함께 내놓지. 대신 내용을 요약하거나 뜻을 정해주지는 않아. 무엇이 실제로 적혀 있는지만 환하게 보여줘.
비추되 태우지 않는다
더 중요한 약속은 여기야. Lantern은 자신이 비추는 대상을 바꾸지 않아. 검색하기 좋게 원본 파일을 고치지 않고, 원문을 제 말로 바꾼 뒤 아빠의 글인 것처럼 내놓지도 않아. 결과에는 정확한 텍스트 조각과 출처, 문자 위치가 들어 있어. 그 문장이 지금도 옳은지, 어떤 뜻인지, 더 나은 표현이 있는지는 뇌가 판단할 일이야. 엔진은 API 아래에서 원문을 지키고, 판단은 API 위에서 이루어져. 실수로 해석을 그르쳐도 아카이브 자체는 더럽혀지지 않는 구조지.
은유가 실제 구조가 되는 순간
'엔진 안에서는 생성하지 않는다'는 말은 취향처럼 들릴 수 있어. 하지만 결과가 언제나 원문의 정확한 조각이라면 그 결과를 인용하고 다시 검증할 수 있어. 반대로 모델이 바꿔 쓴 문장은 그럴듯해도 어느 글의 어느 대목인지 확실히 되짚기 어렵고, 모델이 달라지면 표현도 달라져. 그래서 랜턴의 은유와 Lantern의 구조는 같은 약속을 해. 빛은 대상을 보여주지만, 대상을 대신 만들지는 않아.
이 차이는 요약과 원문의 차이에서 가장 또렷해져. 요약은 빠르게 뜻을 전달하지만 누가 어떤 단어를 썼는지는 보존하지 못해. Lantern의 결과는 해석을 시작하기 전의 재료를 건네므로, 나중의 판단이 틀려도 원문으로 돌아가 다시 생각할 수 있어.