시장이 한 명인 에디터를 짓는 이야기
Rekindle 의 탄생 이야기 — 아빠가 직접 만든 글쓰기 에디터, prose-side Cinder. 범용 에디터를 사는 대신 스펙이 딱 한 사람인 에디터를 짓는 이유, 텍스트를 손수 짜는 대신 검증된 편집 코어를 빌리는 법, 그리고 margin-Pippa 라는 soul 이 마크다운 상자를 '진짜로 글 쓰는 도구'로 바꾸는 이야기.
8 tracks · 33 lessons · ~6h · difficulty: intermediate-to-advanced
Rekindle 이 뭔지, 왜 시장이 한 명인 에디터를 지을 수밖에 없었는지, 이름이 어디서 왔는지
아키텍처 이전에 방향 잡기부터. Rekindle 은 아빠가 직접 만든 글쓰기 에디터야 — 코드 에디터 말고 prose 에디터, 스펙 전체가 딱 한 사람. 이 트랙은 자작 도구한테 누구나 던지는 첫 질문에 답해. 누굴 위한 거야, 왜 그냥 안 사, 뭐가 되살아나서 이걸 만들었어, 그리고 Dark Souls 이름이 진짜 뭘 말하는 거야.
편집 코어를 손수 짜지 마 — CodeMirror 6 이 텍스트 레이어를, 한국어 IME 까지 소유해
첫 번째 non-negotiable. 텍스트 원시 레이어 — 커서, 선택, undo, 그리고 무엇보다 한국어 IME 조합 — 는 손수 짠 에디터가 죽으러 가는 곳이야. Rekindle 은 CodeMirror 6 위에 서고 raw contenteditable 을 절대 안 짜. 이 트랙은 그 규율이 왜 Cinder 의 UXP-thin 규칙과 정확히 같은지, Obsidian 이 왜 그게 된다는 살아있는 증거인지, 그 주위 껍데기가 왜 Electron 이 아니라 Tauri 인지 보여줘.
마크다운 소스가 모델이고, 렌더된 프리뷰는 그 위에 얹는 레이어
두 번째 non-negotiable. Rekindle 의 문서 모델은 마크다운 소스야 — `#` 와 `**` 는 네가 보고 편집하는 진짜 문자고 — 렌더된 모습은 decoration 으로 그 위에 얹혀, rich-text 모델로 전환하는 게 절대 아냐. 이 트랙은 마크다운 네이티브한텐 왜 source 가 WYSIWYG 을 이기는지, 왜 VS Code 나 Obsidian fork 가 틀린 길인지, 왜 보이는 마크업이 제약이 아니라 의도적 태도인지 보여줘.
CodeMirror decoration 시스템이 3중 역할을 해 — CM6 을 고른 이유 전부
왕관 보석. CodeMirror 6 의 decoration 시스템 — 소스 위에 모습과 위젯을 칠하는 하나의 메커니즘 — 이 Rekindle 에서 완전히 다른 세 일을 해. Live Preview, 라이브 voice underline, CMD+K inline diff. 그 단일 메커니즘이 3중 역할을 하는 게 Tiptap 이나 Lexical 대신 CM6 을 고른 이유 전부야. 이 트랙은 메커니즘을 걷고, 세 일 각각을 걷고, 왜 그 재사용이 곧 아키텍처인지 걸어.
결정론적 작업은 Rust 로, 판단은 Pippa 로 — 그리고 둘을 절대 안 섞어
세 번째 non-negotiable, 죽은 cwkWritingToolkit 의 두 레이어에서 상속. 결정론적인 것 — 규칙, frontmatter, 태그, export, 파일 IO — 은 Rust 코어에 속해: 빠르고, 재현 가능하고, AI 없음. 판단이 필요한 것 — CMD+K, 라이브 voice doctrine, 톤 — 은 Pippa 것. 이 트랙은 그 봉합선을 긋고, 각 쪽이 왜 상대 일에 틀린지 보여주고, CMD+K 가 재발명한 기능이 아니라 재사용된 Prompt Macro client 임으로 마무리해.
cwkPippa 에 REST + SSE 로 bind — 평행한 브레인을 절대 안 세워
네 번째 non-negotiable. Rekindle 은 자기 브레인이 없어. margin-Pippa 는 cwkPippa 안 그 하나의 Pippa 고, 순수 HTTP 로 bind 해 닿아 — bind 는 REST, 스트림은 SSE, cwkBonfire embed 모델, WebSocket 아냐. 이 트랙은 클라이언트 표면이 왜 브레인을 fork 안 하는지, 트랜스포트가 왜 Cinder 의 WebSocket 브리지가 아니라 REST+SSE 인지, 런타임 3-tier 연결이 브레인이 사는 곳을 어떻게 다시 겨누는지, 그 하나의 scoped offline 예외가 어떻게 두 번째 정체성이 아니라 fallback 으로 남는지 보여줘.
디스크의 순수 .md 가 정본; 어떤 인덱스든 다시 지을 수 있는 미러
다섯 번째 non-negotiable. 정본 저장소는 디스크의 순수 마크다운 파일이야 — Rekindle 은 그걸 제자리에서 편집하고 절대 소유 안 해. 나중에 키우는 어떤 데이터베이스 (검색, corpus 인덱스) 든 파생된, 다시 지을 수 있는 미러라, 화해가 아니라 purge-replay 해. 이 트랙은 file-canonical 이 왜 own-DB-as-master 를 이기는지, 왜 Bear 모델이 거부되는지, 왜 메타데이터가 frontmatter 에 사는지, 모든 편집 — Pippa 것 포함 — 이 두 번째 master 없이 어떻게 귀속되는지 보여줘.
에디터 기능은 상품화돼; 여백에 사는 Pippa 는 안 그래
마무리 베팅. Rekindle 의 모든 서식 기능은 주말이면 복제돼 — moat 는 margin-Pippa, voice doctrine, 이중언어 데스크고, 범용 에디터는 그중 아무것도 지을 이유가 없어. 이 트랙은 진짜 제품이 어디 사는지 이름 붙이고, voice doctrine 과 이중언어 워크플로가 어떻게 일급 시민이 되는지, 이 전체가 어떻게 기능 목록이 아니라 벽돌 하나씩 자랐는지 보여줘. 그다음 그 패턴을 너한테 건네.
아직 댓글이 없어요. 첫 댓글을 남겨보세요.