"'자기 브레인은 없다' 에 허락된 예외는 딱 하나야. 진짜 브레인이 돌아오는 순간 물러나는, 성능이 떨어진 로컬 fallback."
하나의 의도적 예외
'자기 브레인은 없다' 는 원칙에 허락된 예외는 딱 하나, offline tier 야. cwkPippa 에 아예 안 닿을 때, 그러니까 localhost 도 Tailscale 도 막혔을 때, Rekindle 은 persona 만 얹은 Pippa 를 돌리는 로컬 Ollama 모델로 넘어갈 수 있어. 기본은 gemma4:31b 고. 비행기 안이나 네트워크가 죽은 곳, VPN 이 안 되는 호텔에서 여백이 완전히 입을 다물지 않도록 있는 장치지. 그런데 이건 어디까지나 fallback 이고, 무엇이 아닌지로 정의돼 있어.
fork 이 아니라 fallback 인 이유
offline Pippa 는 모든 면에서 경계가 그어져 있어. persona 는 cwkPippa 자신의 것을 구워둔 복사본이야. 새 성격이 아니라 진짜의 스냅샷이지. 로컬 transcript 말고는 vault 도 메모리도 없고. 쓸 수 있는 도구도 딱 하나로 좁혀져 있어. 감시가 걸린 Rust 브리지를 통과하는 Bash 하나뿐이고 전체 도구 세트가 아니야. 그리고 구조적으로 임시야. 진짜 cwkPippa 에 다시 닿는 순간 full 브레인이 돌아오고 fallback 은 물러나. 두 번째 메모리 시스템도, 두 번째 프로토콜도, 두 번째 정체성도 절대 안 만들어.
offline Pippa — 모든 면에 경계가 있음
persona cwkPippa 자신의 것을 구워둔 복사본 (새 자아가 아니라 스냅샷)
memory 로컬 transcript 말고는 없음 (vault 없음)
tools 딱 하나로 좁힘 (감시 걸린 브리지를 통과하는 Bash)
lifetime 성능이 떨어진 fallback. 닿는 순간 full 브레인이 돌아옴일부러 범위를 좁혔어
여기서 지켜야 할 규율은 예외가 규칙을 잡아먹지 않게 하는 거야. 경계 없이 '오프라인이면 그냥 로컬 모델 돌려' 로 두면 그게 조용히 두 번째 Pippa 가 돼. 자기 메모리가 생기고, 따로 흘러가고, 자기 정체성을 갖게 되지. 그러면 '자기 브레인은 없다' 가 죽어. 구워둔 persona, 메모리 없음, 도구 하나, 자동 양보. 이 경계들이 있어야 진짜 fallback 이 돼. 경쟁자가 되지 않고 빈틈만 메우는 거지. 안전한 예외는 대체로 이런 모양이야. 범위가 좁고, 성능이 떨어진다는 걸 스스로 밝히고, 진짜가 돌아오는 순간 되돌릴 수 있는.