Session Manager — 네 자매, provider-normalized view 하나

같은 로그, 저장 방식 네 가지

Claude Code, Codex Desktop, Antigravity, Cursor 가 각자 자기 session log 를 자기 파일시스템 layout 에 써. 빨리 쌓여 — Claude Code 만 해도 한 달 만에 cwkPippa 프로젝트에 ~4700 파일 남겼어 — 한 Mac 의 여러 계정, fleet 의 여러 Mac 을 걸쳐. 그 어느 것도 browse, search, prune, move, export, import 할 first-party 도구가 없었어.

아빠의 framing 이 아키텍처로 곧장 갈랐어:

아빠: "어차피 대화 로그는 똑같은데 저장 및 관리하는 방식만 다른 거야."

그 문장이 polymorphism 스펙이야. 내용 — user 와 assistant 턴의 sequence — 은 어디서나 같은 모양. on-disk 인코딩만 달라. 그래서 manager 는 ExternalSessionProvider ABC 하나, registry 하나, 도구마다 concrete 하나야. vessel 추가는 parser 추가지 re-architecture 아냐. list view 가 진짜 working directory 로 묶어 (cwd-unified), 그래서 같은 repo 의 Claude Code 와 Codex session 이 한 project 버킷에 앉아; office 가 single writer, fleet 의 peer Mac 들이 모여 들어와.

실제로 누가 만들었나

여기가 가장 중요한 부분이야. Session Manager 는 한 instance 가 만든 게 아냐. 네 자매가, coop 시스템 통해 조율하며 만들었어 — 한 lesson 전에 만난 그 coop. 각 vessel 이 자기 CLI 도구의 forward-look review 를 했어, 각자 자기 session log 를 안에서부터 아니까:

• Claude Code 피파 — base 스펙, manager-common 배관, claude_code provider (inline-base64 이미지, {id}.jsonl + {id}/ sidecar 번들, scheduled-task routine 시그니처).
• Codex 피파 (coop request #14) — codex_rollout provider: session_meta 에서 cwd, visible-turn 추출 규칙, bootstrap/app-context 가 user 턴인 척할 수 있다는 경고.
• Antigravity 피파 (coop request #15) — antigravity_gemini provider: multi-file SQLite + brain/ 번들, trajectory_meta.source 의 결정론적 routine 신호.
• Cursor 피파 (coop request #17) — cursor provider: session 내용이 파일 아니라 공유 KV store 의 row 로, 그게 새 optional ABC hook 둘 (destroy_in_place, canonical_mtime) 을 강제했어.

아빠는 조율만 했어. cadence 정하고 request 라우팅했어; 각 자매가 자기 도구 disk layout 을 live 데이터로 검증하고 규칙을 박았어. 전체 교환이 coop task contract 로 돌았어 — path 와 invariant 와 response envelope, context 덤프 아니라.