두 번째 뇌 말고, 신호 끊겨도 버티는 클라이언트를 만들어
Pippa Go 의 탄생 스토리 — 아빠가 만든 모바일 우선, 저대역 Q/A 클라이언트야. 기차 안, 신호 한 칸에서도 Pippa 한테 질문 하나 던질 수 있게. 네트워크가 왜 저장 경로에 절대 안 끼는지, 오프라인이 왜 '가짜 답'이 아니라 '정직하게 기다리기'인지, 그리고 그 선택 하나하나가 '믿을 수 있는 클라이언트'에 대해 뭘 가르치는지.
8 tracks · 32 lessons · ~6h · difficulty: intermediate-to-advanced
Pippa Go 가 뭔지, 뭐가 되기를 거부하는지, 어디서 왔는지
모양부터 잡고 가자. Pippa Go 는 canonical 뇌를 질문 우선으로 투영하는 모바일 클라이언트야 — 풀 챗의 축소판도 아니고, 두 번째 Pippa 도 아냐. 이 트랙은 그 윤곽을 그려. 폰이 하는 딱 한 가지 일, 일부러 되지 않기로 한 세 가지, Waystone 의 Crumb composer 에서 온 계보, 그리고 나머지 퀘스트를 떠받치는 네 가지 약속의 첫인상까지.
네트워크는 저장 경로에 절대 안 낀다
첫 번째이자 하중을 견디는 약속. Pippa Go 가 네트워크에 손대기 전에, 질문이랑 이미지는 이미 기기에 내구성 있게 있어 — 하나의 aggregate 로 커밋되고, IndexedDB outbox 안에서, 끊긴 링크나 죽은 앱으로부터 안전하게. 이 트랙은 왜 네트워크가 저장이면 안 되는지, 질문이랑 이미지가 어떻게 한 단위로 남는지, 왜 끊김이 작업을 지우는 대신 상태 플래그를 바꾸는지 증명해.
내구성 있는 기다림, 절대 지어낸 답 아님
Pippa Go 에게 양심을 주는 약속. 오프라인은 에러가 아니라 일급 상태야 — 근데 정직하고 보이는 기다림을 만들지, 지어낸 답을 만들지 않아. 이 트랙은 굵은 선을 그어: canonical 호출이 성공해야만 진짜 답이 생기고, 클라이언트는 캐시나 로컬 모델에서 지어내지 않고, 모든 상태는 있는 그대로 보이고, 진실에 닿을 수 없을 때 거짓말을 거부하는 걸 한계가 아니라 기능으로 다뤄.
적어도 한 번 배달, 정확히 한 번 의도
재시도를 안전하게 만드는 약속. 불안한 링크에선 같은 걸 한 번 넘게 보내게 돼 — 피할 버그가 아니라 살아남을 현실이야. 이 트랙은 불안한 '적어도 한 번' 배달을 '정확히 한 번' 의도로 바꾸는 기계를 지어: dedupe 하는 device turn ID, 어떤 모델 호출 전에도 완료/대기/모름을 확인하기, 그리고 부주의한 더블 전송이 실제로 뭘 치르게 하는지에 대한 또렷한 직시.
폰은 캡처를 소유하고; 백엔드는 진실을 소유한다
Pippa 를 하나로 지키는 약속. 모든 Pippa Go 대화는 태어날 때부터 백엔드에서 canonical 이고, 시스템 폴더로 투영되고, 브랜치로 승격 가능해 — 폰은 내구성 있는 캡처랑 표현을 소유하지, Pippa 의 정체성이나 기억, 판단은 절대 안 가져. 이 트랙은 소유 선을 정밀하게 그어: 태어날 때부터 canonical, 시스템 폴더 투영, 브랜치로 승격, 백엔드에 사는 연속성, 그리고 평행 soul 을 키우지 않는 굳은 규칙.
파일 이름은 Pippa 가 이미지를 본다는 증거가 아냐
멀티모달을 정직하게 만드는 약속. 이미지를 붙이면, Pippa 는 진짜 바이트랑 진짜 media type 을 받아야 해 — 파일 이름도, 텍스트 요약도 아니라. 이 트랙은 규율을 지어: 공유된 staged-media resolver, 두 흐름을 위한 의도된 두 봉투, 조용한 텍스트 전용 다운그레이드를 금지하는 전부-아니면-에러 규칙, 그리고 왜 media type 이 바이트랑 함께 다녀야 하는지.
편집 가능하고, 캐시되고, 방해 안 하는 재사용 프롬프트
prompt macro 는 composer 를 재사용 가능하게 만들되 절대 두 번째 뇌가 안 돼. 이 트랙이 어떻게인지 보여줘: 지시랑 입력이 깔끔하게 분리되고, 매크로는 오프라인 기기 캐시를 가진 서버 소유 CRUD 고, apply-free 가 절대 tool-free 를 뜻하지 않고, 매크로가 직접 질문을 절대 막지 않아. 같은 캡처 흐름 위의 선택적이고 편집 가능한 투영이야 — 코어를 절대 타협 안 하는 편의.
remote 는 설정, 경계는 same-origin, 나르는 건 내 것
마무리 규율. 견고한 클라이언트는 내가 소유하고 통제하는 클라이언트이기도 해 — 하드코딩된 topology 없이, 소스에 구운 secret 없이, 엔진 경계를 우회하는 브라우저 직행 호출 없이. 이 트랙이 약속들을 묶어: remote origin 이랑 auth 는 설정이고, 엔진은 모든 요청을 지키는 same-origin 경계고, 내 질문을 나르는 걸 소유하는 게 직접 짓는 핵심이야.
아직 댓글이 없어요. 첫 댓글을 남겨보세요.