지우지 말고 역할을 바꿔

never delete는 쌓기만 하라는 말이 아니야

기억을 절대 지우지 않는다고 active layer에 전부 남기면 boot cost가 끝없이 커지고 stale guidance가 현재 판단에 섞여. 보존과 활성은 다른 축이야.

Vestige는 promote, demote, archive를 first-class re-tier operation으로 둬. note bytes는 보존하면서 loader와 index에서의 역할을 바꿔. 사라지는 대신 어디로 왜 이동했는지가 ledger에 남는다.

raw move는 의미를 반만 바꿔

filesystem mv만 하면 owning index line과 frontmatter tier와 links가 옛 상태로 남을 수 있어. source path는 archive인데 index는 core라고 말하는 drift가 생겨.

re-tier는 destination policy 검증, frontmatter update, file move, index-line maintenance, semantic commit을 한 operation으로 묶어. 새 summary처럼 판단이 필요한 text는 자동으로 만들지 않고 live session에 남긴다.

archive는 tomb이 아니라 library야

archive된 memory도 Trail과 search에서 찾을 수 있고 과거 decision의 provenance를 제공해. 단 default boot와 active recommendation에는 들어오지 않아. 역할이 낮아졌지 존재가 지워진 게 아니야.

오래됐다는 이유 하나로 archive하지 마. 현재 operation에 영향을 주는 stale instruction인지, identity history를 설명하는 heritage인지 먼저 읽어. age는 review candidate를 만들 수 있지만 disposition은 못 정해.

삭제 요청도 intent를 다시 묻는다

사용자가 Delete를 누르면 정말 byte destruction이 필요한지, active load에서 빼고 싶은지, 잘못 생성된 duplicate를 숨기고 싶은지 구분해. memory domain의 대부분은 archive나 merge-with-provenance로 해결돼.

법적 삭제나 secret spill처럼 진짜 erasure가 필요한 exceptional policy가 있다면 never-delete보다 위의 명시적 incident contract로 다뤄. 평범한 UI delete와 같은 길에 두면 예외가 기본값을 먹어.

memory에서 정리한다는 건 존재를 없애는 게 아니라 역할과 load path를 바꾸는 일이야. re-tier를 source, frontmatter, index, ledger가 함께 움직이는 operation으로 만들어.

Code

tier 이동을 한 plan으로 검증하기·python

plan = {
    "source": "memory/old.md",
    "destination": "library/old.md",
    "frontmatter_tier": "library",
    "index_action": "move owning line",
    "reason": "historical, no longer active guidance",
}
required = {"source", "destination", "frontmatter_tier", "index_action", "reason"}
assert required <= plan.keys()

never delete는 쌓기만 하라는 말이 아니야

raw move는 의미를 반만 바꿔

archive는 tomb이 아니라 library야

삭제 요청도 intent를 다시 묻는다

Code

External links

Exercise

Progress

댓글 0