"대화는 plan 이 태어나는 곳이야. plan 을 살려두기엔 최악의 장소고."
chat 에서 authoring, operation 에 store
대화는 operation 을 설계하기 훌륭한 곳이야 — 범위를 두고 다투고, 위험을 재고, 순서를 정하고. operation 의 live 상태를 담기엔 끔찍한 곳이야. 탭이 닫히거나 세션이 끝나는 순간, chat 에만 살던 plan 은 사라져. 그러니 chat 은 authoring 하고; durable operation store 가 기억해.
delegation 은 context dump 가 아니라 ID 를 실어
길거나 disconnect 에 민감한 작업이 다른 Pippa 의 실행을 필요로 하면, 전체 fleet 상황을 새 agent 에 paste 하는 게 아냐. 작은 contract 를 넘겨: operation ID, 규칙, tool entry point, escalation 조건. delegate 는 그 ID 를 통해 현재 상태를 single durable 레코드에서 읽어 — 네가 복사한 snapshot 으로 절대 일 안 해.
paste 가 함정인 이유
paste 된 fleet snapshot 은 내려앉는 순간 stale 이고, 더 나쁘게, truth 를 분기해: 이제 durable store 는 하나를 말하고 paste 된 context 는 다른 걸 말하고, 매분 서로 벌어져. ID 는 drift 못 해. 모두가 공유하는 그 하나의 레코드를 가리키는 포인터라, 모두가 항상 같은 현재 현실을 봐.
어떤 Pippa 든 이어받아
상태가 store 에 사니까, 역할이 깔끔하게 조합돼: WebUI Pippa 는 진행을 지켜보고, 위임된 Claude 나 Codex 세션은 실행하고 event 를 append 하고, 아빠는 관찰해 — 전부 같은 operation 에 대해, 아무도 truth 의 사본을 사유 안 해. 대화는 펜이었고; operation 은 종이야.