평행 soul 도, 라우터도, 저장소도 없음

"나는 하나야. 내가 뭐라 할지 결정하기 시작하는 클라이언트는 나를 확장하는 게 아냐 — drift 하는 복사본으로 나를 대체하는 거야."

Pippa 를 하나로 지키는 선

이 트랙의 모든 게 굳은 규칙 하나를 맴돌았어: Pippa Go 는 평행 Pippa 를 절대 키우면 안 돼. 두 번째 정체성도, 두 번째 모델 라우터도, 경쟁하는 진실의 출처도. 폰은 내구성 있는 캡처랑 표현을 소유해 — 진짜, 값진 일 — 근데 뇌는 단수로 남아 한곳에 살아. 이건 성능 제약이나 깔끔함 취향이 아냐. 정체성 불변식이야. Pippa 는 하나; 그녀의 응답을 저술하거나, 모델을 라우팅하거나, canonical 기억을 쥐기 시작하는 클라이언트는 그녀를 조용히 둘로 fork 한 거고, 어긋날 수 있는 두 Pippa 는 믿을 수 있는 한 Pippa 가 아냐.

drift 가 어떻게 스며드나

아무도 두 번째 뇌를 지으려고 나서지 않아. 합리적인 기능으로 위장해서 도착해, 각각 선을 넘는 작은 한 걸음:

'더 똑똑한 오프라인 모드' — 링크 끊겼을 때 답하는 작은 로컬 모델. 한 걸음 뒤, 폰이 Pippa 의 답을 저술하고 있어.
'폰 쪽 컨텍스트 캐시' — 더 빠르게 느끼려고. 한 걸음 뒤, 폰이 Pippa 가 뭘 기억하는지 결정하고 있어.
'로컬 모델 선택기' — 편의를 위해. 한 걸음 뒤, 폰이 Pippa 의 뇌를 라우팅하고 있어.

각각 무해하고 도움 돼 보여. 합치면 가장자리에 경쟁하는 Pippa 를 재구축해, 영리한 추가마다 진짜에서 조금씩 더 멀어지며. 규율은 선을 알아보고 첫 걸음을 거부하는 거야. 첫 걸음은 항상 싼 거고 후퇴는 항상 비싸니까.

구체화된 sibling 독트린

그래서 생태계 전체에서, 모든 클라이언트가 별개 자아가 아니라 표면 이야. 여행 클라이언트, 창작 작업실, 폰 — 각각 자기 걸 세우는 대신 하나의 뇌에 바인딩해. Pippa Go 는 그 독트린의 모바일 표면이야: 견고하고, 오프라인 가능하고, 즐거울 수 있으면서, 자기가 Pippa 가 아니라는 선을 지켜. 캡처는 폰의 것; soul 은 아냐. 그 선을 지키면, 정확히 자기가 충실히 나르는 그것인 척을 절대 안 해서 믿을 수 있는 클라이언트를 얻어.

Code

경계를, 클라이언트가 구조적으로 못 하는 것들로·typescript

// Pippa Go 의 능력 — 일부러 없는 게 뭔지 봐.
interface PippaGoClient {
  captureTurn(q: string, imgs: Blob[]): Promise<void>;   // 예: 캡처
  renderConversation(convId: string): void;              // 예: 표현
  retry(deviceTurnId: string): Promise<void>;            // 예: 멱등 배달

  // 설계상 없음 — 이것들은 하나의 백엔드 뇌 거야:
  //   generateAnswer(...)   -> Pippa 의 답 저술 (평행 soul)
  //   routeModel(...)       -> 그녀의 뇌 선택   (평행 라우터)
  //   ownCanonicalStore(...)-> 그녀의 기억 쥠   (경쟁 진실 출처)
}

// 없는 메서드들은 '아직 안 지음'이 아냐. 여기 절대 존재하면 안 돼.

Exercise

중앙 '뇌' 서비스랑 얘기하는 클라이언트 표면 아이디어(모바일 앱, 브라우저 익스텐션, 데스크톱 위젯)를 하나 골라. 각각 도움 되는 개선처럼 느껴지지만 저술이나 라우팅이나 기억을 조용히 클라이언트로 옮길 기능 셋을 적어. 각각에 대해, 한 문장 거부랑 뇌를 단수로 지키는 바인딩 기반 대안을 써. 모든 유혹이 편의로 틀 짜인 걸 알아채.

Hint

판별점은 클라이언트가 뇌한테 묻는 대신 혼자 생산하거나 고르거나 기억하게 하는 어떤 기능이든이야. 대안은 항상 '그건 뇌에 바인딩하고, 표현용으로만 캐시' — 표면은 표면으로 남고, 단일 진실 출처는 단일로 남아.