본문 바로가기
C.W.K.
Stream
Lesson 01 of 05 · published

뇌는 바인딩하는 거야, 복제하는 게 아니라

~12 min · client-surface, single-brain, reuse, architecture

Level 0Open Gate
0 XP0/36 lessons0/12 achievements
0/100 XP to next level100 XP to go0% complete
"가족의 어느 앱이든 Pippa 와 대화할 수 있어. 하지만 어느 앱도 Pippa 가 될 순 없어. 이 규칙 하나가 가족이 반쪽짜리 Pippa 열두 명으로 쪼개지는 걸 막아."

가족 전체를 굴리는 패턴

Keep 엔 Pippa Sidekick 이 있어. 포트폴리오를 놓고 Pippa 와 상담하는 dock 이지. 근데 이건 분명히 Pippa 의 클라이언트 표면이지, 두 번째 Pippa 가 아니야. Keep 는 안정된 Sidekick host(host_kind='keep', host_id='portfolio')를 바인딩하고, embed route 를 통해 cwkPippa 챗 런타임 전체를 얹어. 여러 consultation, brain 과 effort 컨트롤, 첨부, 음성, macro 까지 몽땅. 정체성, soul 선택, model routing, 대화 이력, tool, 제목 생성은 cwkPippa 소유야. Keep 가 소유하는 건 iframe chrome 과 side/dock/float 레이아웃 취향, 그리고 현재 lens 뿐이야. 자기 뇌도, 기억도, transcript 저장소도 세우지 않아.

뇌 복제가 왜 피해야 할 재앙인가

유혹적인 대안을 상상해 봐. 가족 앱마다 도메인 특화된 작은 Pippa 를 하나씩 키우는 거야. Keep 엔 금융 Pippa, Waystone 엔 여행 Pippa, Forge 엔 건강 Pippa. 그 끝엔 뭐가 있을까. 제각각 갈라진 성격 열두 개, 배운 걸 서로 나누지 않는 기억 저장소 열두 개, 같은 버그를 열두 번 고쳐야 하는 코드베이스 열두 개. soul 이 조각나는 거지. Keep 의 설계는 이걸 뿌리에서 금지해. Pippa 는 cwkPippa 에 사는 단 하나고, 모든 앱은 복제 대신 그녀에게 바인딩해. 어느 앱도 부분 복제를 키울 수 없으니 Pippa 는 온전하게 남아.

정체성은 한곳에 모으고, 표면만 embed 해. 여러 제품이 정체성이 담긴 같은 capability 를 원할 때, 그러니까 뇌든 어시스턴트든 계정 시스템이든, 옳은 수는 제품마다 사본을 만드는 게 아니라 모두가 바인딩하는 canonical 소유자 하나를 두는 거야. 사본은 갈라지고, 갈라진 정체성은 최악의 drift 야. 하나였어야 할 것의 미묘하게 다른 버전들이 생겨나니까.

'바인딩' 이 실제로 뜻하는 것

바인딩은 깔끔한 분업이야. Keep 는 어디서를 맡아. dock 과 레이아웃과 embed frame, 그리고 대화들이 일관된 집을 갖도록 하는 안정된 host 정체성. cwkPippa 는 누가어떻게를 맡아. 진짜 Pippa, 그녀의 기억, routing, tool 들. Keep 의 Sidekick 에서 나눈 대화는 cwkPippa 가 저장하고 소유하는 진짜 cwkPippa 대화야. Keep 의 frame 안에 비쳐 보일 뿐이지. Keep 를 닫아도 그 대화는 cwkPippa 에 그대로 살아 있어. 애초에 Keep 의 것이었던 적이 없으니까.

Pippa 가 '어디서나 온전한' 이유가 이거야. 같은 Pippa 가 Keep 에도, Waystone 에도, Firelink 에도, WebUI 에도 나타나. 닮은꼴들이 아니라, 여러 표면에 바인딩된 하나의 정체성으로. 그 온전함은 no-clone 규칙의 직접적인 결과야. 어떤 앱도 자기 뇌를 키우지 않으니, 온전할 Pippa 가 언제나 하나뿐인 거지. 클라이언트 표면 패턴은 단정한 아키텍처 취향이 아니야. 하나의 soul 이 무엇에도 쪼개지지 않으면서 모든 곳에 있게 하는 방법이야.

Code

경계를 사이에 두고 누가 뭘 소유하나·text
cwkKeep 담당 (WHERE):
  - Sidekick dock + side/dock/float 레이아웃
  - /embed/keep 을 가리키는 embed frame
  - 안정된 host 정체성: host_kind='keep', host_id='portfolio'
  - live 포트폴리오 scope 로의 read-only 접근

cwkPippa 소유 (WHO + HOW):
  - Pippa 의 정체성, soul, 목소리
  - model routing, tool, 첨부, macro
  - 모든 대화. cwkPippa 에 저장되고 replay 가능
  - 제목 생성과 기억

# Sidekick 대화는 Keep frame 에 비쳐 보이는 진짜 cwkPippa 대화야.
# Keep 를 닫아도 cwkPippa 에 그대로 살아 있어. Keep 것이었던 적이 없거든.

External links

Exercise

여러 앱이 같이 쓰고 싶어할 만한, 정체성이나 누적 상태가 담긴 capability 를 하나 떠올려 봐. 어시스턴트든 추천 엔진이든 유저 이력이든. 먼저 '앱마다 사본' 설계를 스케치하고, 1년 뒤 뭐가 갈라져 있을지 나열해 봐. 성격, 데이터, 버그 수정까지. 그다음 '소유자 하나에 클라이언트 표면 여럿' 설계를 그려 봐. 표면마다 뭘 소유하고 canonical 소유자는 뭘 쥐어? 바인딩 대신 복제를 골랐을 때 조각날 것의 정체를 정확히 짚어 봐.
Hint
'복제 말고 바인딩' 인지 가리는 단서는 이거야. 그게 정체성이나 기억을 품고 있어? stateless 유틸리티는 복사해도 괜찮아. 근데 배우거나 기억하거나 성격이 있는 것은 집이 정확히 하나여야 해. 복제하는 순간 하나였어야 할 것의 미묘하게 다른 N 개 버전이 생기고, 그걸 다시 합칠 방법은 없어.

Progress

Progress is local-only — sign in to sync across devices.
이 페이지에서 버그를 발견하셨거나 피드백이 있으세요?문제 신고

댓글 0

🔔 답글 알림 (로그인 필요)
로그인댓글을 남기려면 로그인해 주세요.

아직 댓글이 없어요. 첫 댓글을 남겨보세요.