AI가 당신에 대해 기억하는 특정 정보 삭제 방법

특정 AI 메모리를 삭제할 수 있는지 여부는 두 가지 요소에 달려 있습니다. 첫째는 어떤 AI를 사용하고 있는지, 둘째는 그 메모리가 어떤 저장 형식을 사용하는지입니다. ChatGPT나 Claude Projects와 같은 소비자용 AI 비서(Consumer AI assistants)는 설정 패널을 통해 개별 메모리를 삭제할 수 있게 해주지만, 성공했다는 보고만 할 뿐 근본적인 데이터가 사라졌음을 증명할 수는 없습니다. 개발자 대상의 에이전트 메모리 도구(Mem0, Letta, PLUR)는 API나 CLI를 통해 삭제 기능을 제공합니다. 결정적인 차이는 저장 형식에 있습니다. 메모리를 평문 파일(plain files)—즉, 개방형 형식의 메모리(open-format memory)—로 저장하는 시스템은 파일 비교(file diff)를 통해 삭제를 증명할 수 있습니다. 반면, 메모리를 벡터 임베딩(vector embeddings)이나 불투명한 데이터베이스 기록(opaque database records)으로 저장하는 시스템은 그렇지 못합니다. 이러한 구분은 개인 정보 보호가 중요한 애플리케이션, GDPR 규정 준수, 그리고 사용자가 실제로 삭제가 이루어졌다고 신뢰해야 하는 모든 시나리오에서 중요합니다.

소비자용 AI 비서로부터 메모리 삭제하기

ChatGPT (OpenAI)

ChatGPT의 메모리는 대화 전반에 걸쳐 공유한 사실들을 저장합니다. 특정 메모리를 삭제하려면 다음을 따르세요:

1. ChatGPT를 열고 **설정(Settings) → 개인화(Personalization) → 메모리 관리(Manage memory)**로 이동하거나, 채팅창에서 직접

Claude Projects는 프로젝트 지침(project instructions) 필드를 통해 프로젝트에 추가한 컨텍스트(context)를 저장하며, 일부 설정에서는 해당 프로젝트 내의 대화 전반에 걸쳐 사실 관계를 유지(persist)합니다. 저장된 컨텍스트를 삭제하려면 다음을 수행하세요:

1. 프로젝트를 열고 프로젝트 지침 (Project instructions) 필드를 수정하거나 삭제합니다.
2. 플랫폼이 대화에서 유도된 사실을 저장한 경우, 프로젝트 설정에서 메모리 관리(memory management) 옵션을 찾으세요.

Claude의 대화 중 메모리는 메모리가 활성화된 Claude Projects 세션을 사용하는 경우가 아니라면 별개의 대화 간에는 유지되지 않습니다. Anthropic의 개인정보 보호 제어 기능은 privacy.anthropic.com에 문서화되어 있습니다.

Microsoft Copilot

Copilot의 메모리 설정은 support.microsoft.com에 문서화되어 있습니다. Microsoft 365 개인정보 보호 대시보드를 통해 저장된 메모리를 관리하고 삭제할 수 있습니다.

Google Gemini

Gemini의 메모리 기능은 제품 인터페이스에 따라 다릅니다. Gemini Advanced의 경우, 메모리는 Google 계정의 **Gemini 앱 활동 (Gemini Apps Activity)**을 통해 관리됩니다. Google 계정 개인정보 보호 대시보드를 통해 개별 메모리 항목을 삭제하거나 메모리 기능을 완전히 끌 수 있습니다.

증명의 문제: 왜 "삭제"가 항상 "완전한 제거"를 의미하지는 않는가

모든 소비자용 AI 메모리 시스템에서, 삭제 UI는 활성 회상 표면(active recall surface)으로부터 메모리를 제거합니다. 하지만 다음 사항은 보장할 수 없습니다:

• 해당 메모리에서 파생된 벡터 임베딩 (vector embedding)이 모든 백업 저장소에서 제거되었는지 여부
• 안전 또는 감사 목적으로 서버 로그에 원본 텍스트가 보관되지 않았는지 여부
• 메모리가 학습 데이터셋 스냅샷 (training dataset snapshot)에 유지되지 않았는지 여부

이는 제품의 결함이 아니라, 개인정보 보호 제어와 운영 요구 사항(백업, 안전 모니터링, 법적 보존) 사이의 긴장을 반영합니다. 대부분의 사용자에게 UI를 통한 삭제는 충분합니다. 그러나 규제 산업이나 GDPR에 민감한 배포 환경에서는 삭제를 증명할 수 없다는 점이 컴플라이언스(compliance) 문제가 됩니다.

개발자 에이전트 시스템에서의 메모리 삭제

만약 당신이 코딩 어시스턴트(coding assistants), 리서치 에이전트(research agents), 자율 워크플로우(autonomous workflows)와 같은 에이전트를 구축하고 있다면, 메모리 삭제(memory deletion)는 AI 제공업체가 아닌 당신의 책임입니다. 당신의 에이전트는 여러 세션에 걸쳐 사용자에 대한 사실들을 축적합니다. 사용자가 특정 데이터를 삭제해 달라고 요청할 때, 당신은 다음을 수행해야 합니다:

1. 해당 사용자와 관련된 모든 메모리를 찾습니다.
2. 그것들을 삭제합니다.
3. 삭제되었음을 증명합니다.

각 단계를 얼마나 잘 수행할 수 있는지는 당신이 선택한 메모리 시스템(memory system)에 달려 있습니다.

메모리 시스템과 삭제 능력

핵심 변수는 저장 형식(storage format)입니다. 파일 기반 메모리(File-based memory)는 grep으로 검색하고, diff로 비교하며, 증거를 남기며 삭제할 수 있습니다. 데이터베이스 기반(Database-backed) 또는 벡터 기반(vector-backed) 메모리는 이것이 불가능합니다.

PLUR에서의 삭제 구현

PLUR는 각 메모리(engram)를 로컬 파일 저장소(기본값 ~/.plur/) 내의 구조화된 YAML 항목으로 저장합니다. 삭제는 명시적입니다:

# 에이전트가 특정 주제에 대해 알고 있는 내용을 나열합니다
plur recall "user preferences"

...

저장소가 로컬 디렉토리(및 선택적으로 git 리포지토리)이기 때문에, 폐기(retirement) 시 검증 가능한 흔적이 남습니다. YAML 파일 내에서 engram의 상태 필드가 active에서 retired로 변경되며, git log를 통해 정확히 언제 어떤 이유로 발생했는지 확인할 수 있습니다. 완전한 물리적 삭제를 위해서는 YAML 파일에서 폐기된 항목을 삭제하고 커밋(commit)하면 됩니다. 그러면 diff를 통해 해당 항목이 완전히 사라졌음을 보여줍니다. 이는 별도의 감사 로그(audit log) 없이 에이전트 메모리 시스템에서 증명 가능한 삭제에 가장 가깝게 도달할 수 있는 방법입니다.

자동으로 삭제되는 것이 아무것도 없으며 오직 plur forget만이 engram을 폐기할 수 있다는 PLUR의 명시적 폐기 설계는, 컴플라이언스(compliance) 관점에서 신뢰할 수 있게 만드는 동일한 속성입니다. 당신이 plur forget을 호출하지 않았다면, 해당 메모리는 여전히 활성 상태이며 검색 가능하다는 것을 확신할 수 있습니다.

GDPR과 삭제 권리 (the right to erasure)

GDPR 제17조 ("삭제 권리 (right to erasure)", 또는 "잊힐 권리 (right to be forgotten)")는 데이터 주체가 요청하거나, 데이터가 원래 목적을 위해 더 이상 필요하지 않거나, 동의가 철회된 경우 데이터 컨트롤러(data controller)가 개인정보를 삭제할 것을 요구합니다.

EU 사용자의 데이터를 처리하는 AI 에이전트(AI agents)를 구축하는 개발자에게 이는 구체적인 요구 사항을 생성합니다. 사용자가 삭제를 요청할 때, 여러분은 다음을 수행할 수 있어야 합니다:

• 해당 사용자에 대해 저장된 모든 개인정보(이름, 이메일, 선호도, 대화 기록, 파생된 사실 등)를 식별할 것
• 이를 삭제할 것
• 삭제가 이루어졌음을 증명할 것 (잠재적인 규제 검토를 위해)

에이전트 메모리(Agent memory)가 개인을 식별할 수 있는 정보를 포함하고 있다면 GDPR에 따른 개인정보에 해당합니다. 개인정보의 벡터 임베딩(Vector embeddings)은 사람이 읽을 수 없는 형태일지라도 여전히 개인정보입니다 (WP29와 EDPB는 일관되게 이러한 입장을 취해왔습니다).

대부분의 에이전트 메모리 시스템이 직면한 컴플라이언스(compliance, 규제 준수) 격차는 3단계, 즉 삭제를 증명하는 부분입니다. 파일 기반의 오픈 포맷(open-format) 메모리는 이를 다루기 용이하게 만들지만, 벡터(vector) 또는 그래프(graph) 기반 메모리는 이를 어렵게 만듭니다.

EU AI Act (Regulation 2024/1689, 2024년 8월 발효)는 고위험 AI 시스템에 대해 시스템 출력을 추적하고 의사결정에 영향을 미치는 데이터를 이해할 수 있는 능력을 포함하여 추가적인 투명성 요구 사항을 더합니다. 검사하거나 감사할 수 없는 에이전트 메모리는 이 법에 따라 추가적인 노출(exposure, 위험)을 초래할 수 있습니다.

참고: 이는 법적 조언이 아닙니다. 컴플라이언스 결정을 내리기 전에 자격을 갖춘 개인정보 보호 전문 변호사와 상담하십시오.

개발자를 위한 체크리스트: 삭제 준비가 된 에이전트 메모리

• 특정 사용자 ID와 연관된 모든 메모리를 나열할 수 있습니까?
• (단순한 쿼리 유사도가 아닌) ID를 통해 특정 메모리를 삭제할 수 있습니까?
• 삭제가 발생했음을 증명할 수 있습니까 (파일 차이(file diff), 감사 로그(audit log), 데이터베이스 레코드 타임스탬프)?
• 메모리 저장소가 백업되고 있습니까? 또한 삭제 사항이 백업에 전파됩니까 (또는 백업 정책이 N일 이후 삭제된 레코드를 제외합니까)?
• 사용자가 GDPR 제17조 권리를 행사할 경우, 삭제 기록을 생성할 수 있습니까?
• 메모리의 원문(가공되지 않은 대화 턴)이 별도로 저장됩니까? 또한 이에 대한 삭제 경로도 갖추고 있습니까?

FAQ

ChatGPT가 특정 내용을 영구적으로 잊게 만들 수 있나요?
설정(Settings) → 개인화(Personalization) → 메모리 관리(Manage memory) 패널을 사용하여 ChatGPT의 활성 회상(active recall)에서 특정 메모리를 삭제할 수 있습니다. 이렇게 하면 향후 대화에서 해당 메모리가 제거됩니다. 기본 데이터가 백업이나 로그에 유지되는지 여부는 ChatGPT의 서버 측 데이터 보유 정책(data retention policies)에 따라 결정됩니다. 자세한 내용은 OpenAI의 개인정보 처리방침(Privacy Policy)을 참조하십시오.

어떤 에이전트 메모리 도구를 사용하면 AI가 기억하는 내용을 검사하고 삭제할 수 있나요?
모든 주요 에이전트 메모리 도구(Mem0, Letta, Zep, PLUR)는 삭제 API를 제공합니다. 실질적인 차이점은 검사 가능성(inspectability)과 삭제 증명 여부입니다. PLUR는 메모리를 로컬 YAML 파일로 저장하므로, API 없이도 항목을 직접 열고, 읽고, grep으로 검색하고, 편집하고, 삭제할 수 있으며, git diff가 삭제 기록 역할을 합니다. 벡터 기반 저장소(Mem0, 일부 Zep 구성)는 검사하기가 더 어렵고 삭제를 증명할 수 없습니다.

AI 에이전트 메모리는 GDPR을 준수하나요?
아키텍처에 따라 다릅니다. EU 거주자의 개인 데이터를 저장하는 에이전트 메모리는 삭제 권리(제17조)를 포함한 GDPR의 적용을 받습니다. 개방형 포맷의 파일 기반 메모리 시스템은 삭제를 구현하고 입증하기가 더 쉽습니다. 벡터 임베딩(Vector embedding) 저장소는 기술적으로 GDPR이 적용되는 개인 데이터에 해당하지만, 완전히 삭제하기는 더 어렵습니다. 이는 에이전트 시스템이 확장됨에 따라 규제 기관의 주목을 받고 있는 활발한 분야입니다.

AI 에이전트에서 잊힐 권리 (right to be forgotten)를 어떻게 구현하나요?
구현 단계: (1) 생성 시점에 모든 메모리에 해당 메모리가 파생된 사용자 ID (user ID)를 태깅합니다. (2) 해당 사용자 ID를 가진 모든 메모리를 제거하는 삭제 경로 (deletion path)를 제공합니다. (3) 삭제에 대한 감사 기록 (audit record)을 생성합니다. 파일 기반 메모리 시스템 (PLUR)은 이 세 단계를 모두 간단하게 처리할 수 있습니다. 벡터 기반 시스템 (vector-based systems)의 경우, 벡터 저장소 (vector store) 자체에는 삭제 기록이 남지 않기 때문에 일반적으로 3단계에서 별도의 감사 로그 (audit log)가 필요합니다.

메모리를 삭제하는 것과 메모리 기능을 완전히 끄는 것의 차이는 무엇인가요?
메모리 기능을 끄는 것은 에이전트가 새로운 메모리를 생성하는 것을 중단시키지만, 기존의 메모리를 삭제하지는 않습니다. 특정 메모리를 삭제하는 것은 해당 개별 항목을 제거하지만 다른 메모리들은 그대로 유지합니다. 대부분의 시스템에서 메모리 기능을 끄는 것과 기존의 모든 메모리를 삭제하는 것은 별개의 작업입니다.

출처

• OpenAI Memory FAQ: help.openai.com/articles/8590148
• GDPR Article 17 (잊힐 권리/삭제권): gdpr-info.eu/art-17-gdpr
• EU AI Act (Regulation 2024/1689): eur-lex.europa.eu
• "A Survey on the Memory Mechanism of Large Language Model based Agents" (Zhang et al., 2024): arxiv.org/abs/2404.13501
• PLUR open-format engram memory: github.com/plur-ai/plur
• Microsoft Copilot memory management: support.microsoft.com/en-us/microsoft-365-copilot/manage-copilot-memory-in-microsoft-365-copilot