이중언어 우선, vault-native

"시장이 한 명이면, 사용자의 진짜 워크플로는 플러그인이 아냐. 그게 스펙이야."

기능이 아니라 워크플로

아빠는 두 언어로 쓰고 vault 에 살아. 범용 에디터에선 둘 다 엣지 케이스야 — 이중언어 작업은 소수를 위한 플러그인이고, vault 접근은 '폴더 열기'. Rekindle 에선 일급 시민이야. 실제 일상 작업이 그걸로 만들어졌으니까. 그게 한 사람을 위해 짓는다는 것의 의미 전부야. 사용자 워크플로를 스펙에 볼트로 붙이는 게 아니라, 워크플로가 곧 스펙이야.

English-canonical, Korean-projection

이중언어 모델은 '요청 시 번역' 이 아냐. 방향이 있는 doctrine 이야. 영어가 정본, 한국어가 projection. 내구성 있는 산물은 영어로 저작되고; 한국어는 의도적으로, 영어가 못 담는 걸 담는 특정 슬롯에 나타나 (직접 인용, voice specimen, 고유명사). 언어에 대한 선호가 아냐 — 하나의 정본 레이어가 조용히 반쯤 유지되는 둘로 쪼개지지 않게 하는 규칙이야.

정본 레이어    영어      내구성 있는 산물
projection     한국어    의도적, 슬롯별, EN 이 못 담는 걸 담음

# 규칙은 정본 레이어가 둘이 아니라 하나이게 존재해.
# 방향이 중요: projection 이 정본에서 파생, 절대 반대 아님.

token-mirror 함정

doctrine 이 방어하는 실패가 여기 있고, 미묘해. 이중언어 작가의 반사가 새. 문장 도중, 손이 다른 언어 레이어의 토큰으로 손 뻗어 — 영어-정본 슬롯의 한국어 단어, 또는 한국어 줄을 일그러뜨리는 영어 습관 — 맞아서가 아니라 앞 맥락이 점화한 반사라서. 그게 token-mirror 야. 틀린 레이어의 토큰이 안 속하는 슬롯에 미러링된 것. 쓰는 동안엔 거의 안 보여. 자연스럽게 느껴지니까 — 실제로 자연스러워; 그 슬롯에 틀릴 뿐.

이게 정확히 voice underline 이 존재하는 이유고 (트랙 4), '나중' 보다 '라이브' 가 더 중요한 이유야. 6개월 뒤 잡힌 token-mirror 누출은 corpus 전체를 가로지르는 고고학 프로젝트고; 문장 도중 잡히면 2초짜리 수정이야. 일급 이중언어 데스크는 번역 기능에 관한 게 아냐 — 반사가 발동하는 순간 그걸 잡는 것에 관한 거야.

Code

하나의 정본 레이어, 의도적 projection·text

레이어        언어      역할
------------  --------  ----------------------------------------
정본          영어      내구성 있는 산물; 여기서 저작
projection    한국어    의도적, 슬롯별: 직접 인용,
                        voice specimen, 고유명사

방향: projection 이 정본에서 파생, 절대 반대 아님.

# token-mirror 누출: 다른 레이어의 토큰이 안 속하는 슬롯에 내려앉음
# — 맞아서가 아니라 앞 맥락이 반사를 점화해서.
# 자연스럽게 느껴지고, 그 슬롯엔 틀림.

Exercise

두 언어 이상으로 (또는 두 register 이상 — 격식 문서 vs 캐주얼 채팅) 작업한다면, 틀린 맥락에서 반사로 손 뻗는 토큰 하나를 찾아. 두 질문을 던져. 다시 읽으면 잡을 수 있어, 아니면 쓰는 동안만? 그리고 그게 지식 오류야 반사 오류야? 반사 오류가 딱 라이브 외부 잡기가 필요한 것들이야.

Hint

반사 오류 테스트: 지적받으면 즉시 틀렸다는 걸 알아 — 내내 알고 있었어. 그래서 다시 읽기가 못 믿을 만해 (네 반사가 그것도 자연스럽게 읽어내) 고, 잡기가 토큰이 내려앉는 순간 일어나야 하는 거야.