Cascade Forget 연쇄 망각

해결하려는 문제 #

파일을 지워도 그 임베딩, 요약, 메모리가 그것에서 추론한 사실은 지워지지 않습니다. 스냅샷과 백업은 남고, 내용은 버전 이력에도 남아 있습니다.

“복구할 수 있음”과 “잊을 수 있음”은 하나의 축의 양 끝인데, 대부분의 시스템은 이 선택을 사람에게 넘기지 않습니다. 쓰고 난 뒤에야 망각을 생각하면 대개 너무 늦습니다.

동작 방식 #

• 계보. 모든 파생물은 자신의 입력을 기록합니다. 역색인은 “X에 의존하는 모든 것”에 답하고, 노트의 sources 필드도 계보입니다.
• 보존 등급은 쓰기 시점에 정합니다(나중에는 이력을 다시 쓸 수 없기 때문). scratch(짧은 TTL, 백업에서 제외, 실행이 끝나면 정리 가능), normal(버전 관리됨, 복구 가능), sensitive(자체 키 도메인, 키를 파기하면 완전히 지울 수 있음).
• 복구와 망각 사이의 긴장. 소프트 삭제 기간 안에서는 복구할 수 있고, 그 뒤에야 완전히 삭제합니다. 망각 요청은 그 기간을 건너뛸 수 있습니다.
• 절차. 요청(사람이나 운영자가 제기하며 에이전트는 요청만 할 수 있고 실행은 못 함), 계보 순회, 파생물 삭제와 출처가 섞인 사실의 재파생, normal 등급에서는 영향받은 경로의 이력을 다시 쓰고 스냅샷을 정리, sensitive 등급에서는 키 파기, 마지막으로 보고서.
• 보고서: 삭제한 파일 수, 제거한 파생물 수, 이력을 다시 썼는지, 파기한 키, 아직 만료되지 않은 스냅샷, 그리고 다루지 못하는 범위의 명시적 목록(NAS 밖의 사본, 모델 제공자의 로그, 모델 가중치).
• 항상 Human Gate(또는 사전 승인 정책)를 거치며, 법적 보존 조치는 망각을 막고 기록됩니다.

작게 시작하기 #

• 보존 등급과 소프트 삭제로 시작하고, 모든 파생물의 입력을 기록하세요.
• 먼저 “원본 파일을 삭제하면 그 파생물을 모두 나열하고 삭제한다”까지 도달하세요.
• 암호학적 파기는 sensitive 등급을 위해 남겨 두세요. 처음부터 모든 곳에서 할 필요는 없습니다.

인터페이스 스케치 #

설명을 위한 예시입니다. 필드 이름은 명세 v0.3 이전에 바뀔 수 있습니다.

{
  "forget_id": "fgt_3b7c",
  "selector": { "paths": ["/shared/crm/acme/**"], "subject": "customer/acme" },
  "retention_class": "sensitive",
  "report": {
    "files_removed": 142,
    "derived_removed": { "embeddings": 3621, "summaries": 210, "notes_rewritten": 6 },
    "history": "rewritten (3 commits)",
    "keys_destroyed": ["key_acme"],
    "snapshots_pending": ["nightly-2026-11-10 (expires 2026-11-17)"],
    "not_covered": ["copies outside the NAS", "model provider logs", "model weights"]
  },
  "state": "pending_expiry"
}

명세가 요구하는 것 #

• 망각은 원본에서 모든 파생물까지 계보를 따라 전파되어야 합니다.
• 보존 등급은 쓰기 시점에 지정해야 합니다(기본은 normal).
• 망각 보고서에는 다루지 못하는 범위를 적어야 합니다. NAS 밖의 사본, 제공자 로그, 모델 가중치.
• 법적 보존 조치는 망각을 막아야 하며 기록해야 합니다.
• 에이전트는 망각을 요청할 수는 있지만 실행해서는 안 됩니다.
• 보고서는 모델이 무언가를 “잊었다”고 주장해서는 안 됩니다.

빌려 온 것과 새로운 것 #

아래에 나오는 것은 모두 이미 자리 잡은 것입니다. 새로운 것은 보존 등급을 스토리지의 명시적인 속성으로 다루고, “복구할 수 있음”과 “잊을 수 있음”이 하나의 축 위의 절충임을 인정하는 것입니다.

• OpenLineage
• GDPR Article 17
• Long-term memory security survey (forget and rollback)

솔직한 한계 #

• 백업, NAS 밖의 사본, 모델 제공자의 로그는 범위 밖입니다.
• 여러 출처에서 추론한 사실은 “영향 범위”를 정의하기 어렵습니다.
• 이력을 다시 쓰는 일은 비싸고 위험이 따릅니다.

열린 질문 #

• 출처가 섞인 사실의 영향 범위는 어떻게 정의하는가?
• 법적 보존 조치가 망각 요청과 충돌할 때의 절차는 무엇이어야 하는가?

자주 묻는 질문 #

관련 개념 #

• Agent Memory (에이전트 메모리) 읽고 고칠 수 있는 노트가 진실입니다. 인덱스는 버려도 되는 캐시입니다.
• Flight Recorder (플라이트 레코더) 실행마다 하나, 해시로 연결되며 읽은 것까지 담는 기록.
• Agent Branch (에이전트 브랜치) 실행마다 쓰기 시 복사(copy-on-write) 브랜치에서 일합니다. 메인 라인에 닿는 것은 검토를 거친 병합뿐입니다.