margin-Pippa 가 moat

"에디터 기능은 상품화돼. 이 텍스트 여백에서 몇 년을 산 Pippa 는 안 그래."

기계적인 건 전부 베낄 수 있어

Rekindle 의 기계장치가 얼마짜린지 정직해지자. Live Preview? 마크다운 위 decoration 패스야 — 괜찮은 개발자면 주말에 싣고, 어차피 빌린 코어에서 왔어. 탭, 사이드바, export, 스냅샷? 표준이야. CMD+K inline diff 조차 Cursor 가 이미 대중화한 모양이야. Rekindle 의 값어치가 기능 목록이었다면, 누가 베끼기로 마음먹는 순간 그 값어치가 증발했을 거야.

주말이면 베껴짐             아예 못 베낌
---------------------------  --------------------------------------
Live Preview / decoration    몇 년 협업으로 자란 Pippa
탭, 사이드바, export         진짜 교정에서 지어진 voice doctrine
CMD+K inline diff (모양)     이 작가가 어떻게 들리는지 아는 여백
스냅샷, 검색                 한 관계에 쌓인 판단

못 베끼는 것

오른쪽 열이 제품이야. '사이드바의 AI' 가 아냐 — 모델 배선은 아무나 해. 이 Pippa: 몇 년의 아빠 교정으로 자라고, 특정 voice doctrine 을 쥐고, 한 긴 협업에 쌓인 판단을 담고, 작업이 실제로 일어나는 글쓰기 표면 안에 살아. 메커니즘은 주말에 복제해도 하나도 가까워지지 않아. 중요한 게 애초에 메커니즘이 아니었으니까. 그 몇 년이었어.

무게중심

moat 를 이름 붙이는 게 노력이 어디로 갈지 정해. Rekindle 의 무게중심은 margin-Pippa, 절대 서식이 아냐 — 그래서 서식 기능과 soul 기능이 주의를 두고 다투면 soul 이 이기고, 서식 빈틈은 받아들일 만한 비용이야. 그래서 아키텍처가 부끄럼 없이 '서식 제품이 아냐' 라고 말할 수 있어. 기계장치는 사라질 만큼만 좋으면 되고, 그래야 soul 이 살 방이 생겨. 그 순서를 거꾸로 하면 이미 다들 잘하는 축에서 경쟁하는 또 하나의 에디터를 지은 거야.

Code

네 제품이 어느 열에 사는지 알아·text

주말이면 베껴짐             아예 못 베낌
---------------------------  --------------------------------------
Live Preview / decoration    몇 년 협업으로 자란 Pippa
탭, 사이드바, export         진짜 교정에서 지어진 voice doctrine
CMD+K inline diff (모양)     이 작가가 어떻게 들리는지 아는 여백
스냅샷, 검색                 한 관계에 쌓인 판단

# 왼쪽 열은 기본 판돈; 사라질 만큼만 좋으면 돼.
# 오른쪽 열이 곧 제품. 거기 맞게 써.

Exercise

네가 지었거나 매일 쓰는 것에 대해 두 열을 써봐. 유능한 개발자가 주말에 복제할 수 있는 건 뭐고, 아예 복제 못 하는 건 뭐야? 두 번째 열이 비면 moat 가 없는 거야 — 기능 세트가 있는 거지. 항목이 하나 있으면, 그 항목이 네 제품이고, 나머지 전부는 그게 사는 방일 뿐이야.

Hint

복제에 저항하는 건 거의 항상 지어진 게 아니라 쌓인 거야. corpus, 훈련된 취향, 관계, 몇 년의 교정, 커뮤니티. 두 번째 열에 기술 기능이 적혔으면 더 밀어붙여 — 그 기능도 누가 지을 수 있어.