감사가 생각보다 까다로운 이유
요약은 뷰(View)일 뿐, 저장소(Store)가 아닙니다
ChatGPT 문서에서는 이 둘이 동일하지 않음을 명시하고 있습니다. 요약에 모든 메모리가 포함되는지 직접 물었을 때의 답변은 다음과 같습니다. "꼭 그렇지는 않습니다. ChatGPT의 메모리는 이전 대화의 컨텍스트를 지속적으로 업데이트하여 종합한 결과를 바탕으로 하므로, 요약에 개별 항목으로 표시될 수 있는 것보다 더 광범위할 수 있습니다." 또한, "ChatGPT가 덜 관련성이 있거나 이 뷰에 표시하기에 적절하지 않다고 판단하는 경우를 포함하여 일부 세부 정보는 요약에 나타나지 않을 수 있습니다."
따라서 실질적인 감사 방법은 문서에서 제안하는 대로 요약을 읽은 다음 질문하는 것입니다. 목록을 스크롤하는 것보다 "내 직업에 대해 무엇을 알고 있어?"라고 물어보는 것이 더 좋은 탐색 방법입니다.
항목을 삭제한다고 해서 사실이 삭제되는 것은 아닙니다
이것은 대부분의 사람들이 가장 놀라는 사실이며, OpenAI는 이를 한 문장으로 명시하고 있습니다. "ChatGPT가 귀하에 대해 알고 있는 정보를 완전히 삭제하려면 과거 대화, 보관된 대화, 파일, 메모리 요약을 포함하여 해당 정보가 나타나는 모든 소스를 삭제하고, 해당 정보가 포함될 수 있는 연결된 앱을 모두 해제해야 합니다."
여기에는 2차적인 문제도 있습니다. 삼점(...) 메뉴에서 "메모리 삭제 및 끄기"로 메모리를 꺼도 "과거 대화는 삭제되지 않으며", "나중에 메모리를 다시 켜면 ChatGPT는 이전 대화를 포함하여 대화 기록에 남아 있는 대화에서 새로운 메모리를 생성할 수 있습니다." 남아 있는 대화에서 다시 생성되는 것입니다.
Claude도 반대 방향에서 동일하게 작동합니다. "대화가 만료되거나 삭제되더라도 대화에서 생성된 관련 메모리 항목은 제거되지 않지만, 언제든지 개별 메모리를 삭제할 수 있습니다." 대화는 삭제되지만 메모리는 유지됩니다.
ChatGPT와 Claude 모두 두 가지 메모리 시스템이 있습니다
가이드를 따랐는데 메뉴가 일치하지 않는다면 대개 이 때문입니다.
ChatGPT에는 현재의 종합 기반 메모리 외에, 여전히 되돌아갈 수 있는 레거시 "저장된 메모리" 시스템이 있습니다. "설정 > 메모리 > 저장된 메모리로 이동하여 레거시 저장된 메모리 시스템으로 되돌릴 수 있습니다." 문서에서는 이것이 변경된 이유를 솔직하게 밝히고 있습니다. "이전의 저장된 메모리 시스템은 자주 최신 상태를 유지하지 못했고 사용자가 수동으로 업데이트를 관리해야 했습니다. 또한 '마라톤을 준비 중이다'와 '발목을 삐었다'처럼 메모리가 서로 모순되어 개인화의 정확도가 떨어질 수 있었습니다." 이러한 모순 문제는 AI 메모리 충돌이 감지되는 방식에서 다루는 일반적인 사례입니다.
Claude도 동일하게 나뉘어 있으며, 현재 어떤 버전을 사용 중인지 확인할 수 있는 문서화된 방법이 있습니다. 설정 > 메모리에서 메모리가 보인다면 새로운 환경을 사용 중인 것이고, "설정 > 기능(Capabilities)에서 메모리가 보인다면 레거시 메모리 환경을 사용 중인 것입니다." 새로운 환경은 "고정된 일일 일정 대신 대화하는 동안 실시간으로 이러한 항목을 읽고, 쓰고, 업데이트합니다." 반면 레거시 환경은 "24시간마다 업데이트되는" 요약본입니다.
일부 메모리는 설정 패널에 전혀 존재하지 않습니다
코딩 에이전트는 메모리를 로컬 디스크에 저장합니다. Claude Code의 자동 메모리는 기본적으로 활성화되어 있으며, ~/.claude/projects/<project>/memory/ 경로에 "하나의 MEMORY.md 인덱스와 메모리당 하나의 토픽 파일"로 저장됩니다. 이는 에디터에서 열어볼 수 있는 일반 마크다운 파일이며, "머신 로컬(machine-local)"이므로 노트북에서 감사하는 내용이 데스크톱에 있는 내용과 다릅니다.
감사 시 중요한 로딩 세부 정보도 있습니다. 대화 시작 시 "MEMORY.md 파일의 처음 200줄 또는 처음 25KB 중 먼저 도달하는 부분"만 로드되며, 토픽 파일은 시작할 때 전혀 로드되지 않습니다. Claude는 "표준 파일 도구를 사용하여 필요할 때만 이를 읽습니다." 따라서 폴더에 콘텐츠가 존재하더라도 모델에 거의 전달되지 않을 수 있습니다.
사람들이 시도하는 방법들
메모리 목록을 한 번 스크롤하고 그것이 전부라고 가정하기. 가장 흔한 접근 방식이지만, 두 서비스 제공업체 모두 해당 패널이 부분적인 뷰일 뿐이라고 문서화하고 있습니다.
깨끗하게 시작하기 위해 전체 메모리 삭제하기. 메모리를 다시 활성화하면 남아 있는 대화 기록에서 메모리가 다시 살아납니다.
삭제된 대화가 관련 메모리도 함께 가져갔다고 가정하기. 두 업체 모두 그 반대라고 문서에 명시하고 있습니다.
Cursor에서 "메모리" 화면을 찾기 위해 설정을 검색하기. 누락된 것이 아니라 의도적으로 설계된 것입니다. Cursor의 입장은 "대규모 언어 모델은 완료(completion) 간에 메모리를 유지하지 않습니다. 규칙(Rules)이 프롬프트 수준에서 지속적이고 재사용 가능한 컨텍스트를 제공합니다."입니다. 따라서 여기서 감사해야 할 것은 규칙입니다.
하나의 AI 비서만 감사하고 끝내기. 이제 여러분에 대한 사실은 네다섯 군데에 흩어져 있으며, 서로 일치하지 않을 수 있습니다.
대화창에서 말싸움을 하며 잘못된 항목을 수정하려고 하기. 항목을 직접 편집하는 것이 더 빠르고 확실하게 검증할 수 있는 방법입니다.
해결책: 20분간의 감사, 그리고 실제로 제어할 수 있는 단 하나의 공간
도구별로 하나씩 살펴보겠습니다. 여기에 나열된 것들은 모두 실제로 문서화된 영역입니다.
ChatGPT — 설정 > 개인화 > 메모리. 메모리 요약을 읽어보세요. 상단에 마지막으로 업데이트된 시간이 표시됩니다. 수정하는 방법은 두 가지입니다. "메모리 요약 하단의 텍스트 상자에 변경하려는 내용을 입력하면 그에 맞게 업데이트됩니다." 또는 "메모리 요약에서 특정 텍스트를 하이라이트하여 구체적으로 수정할 수 있습니다." 최신 계정이라 비어 있는 경우, 설정 > 개인화 > 메모리 요약 → 관리 → 삼점(...) 메뉴 → "새로고침"을 통해 강제로 생성할 수 있습니다.
그다음 답변별 보기 기능을 사용해 보세요. 거의 아무도 모르지만 훨씬 더 유용한 도구입니다. 답변 아래의 책 아이콘을 누르면 "맞춤 지침, 과거 대화, 파일, 메모리 등 답변을 개인화하는 데 사용된 소스"를 볼 수 있으며, "소스에서 메모리를 누르면 해당 메모리가 사용된 이유에 대한 설명이 열립니다." 여기의 ••• 메뉴에서 수정할 수도 있습니다. 단, 소스가 "답변에 영향을 미친 모든 요인이나 소스를 보여주지 않을 수 있으며", 공유하는 대화에는 포함되지 않는다는 주의 사항이 있습니다.
메모리를 읽지도 쓰지도 않는 세션을 원한다면 임시 대화(Temporary Chats)를 사용하세요. 임시 대화는 "기존 메모리를 사용하지 않고 새로운 메모리를 생성하지도 않습니다."
Claude — 설정 > 메모리. 메모리 패널에는 "Claude가 귀하에 대해 기억하는 모든 내용이 카테고리별로 나열됩니다. 항목을 선택하면 요약과 세부 정보를 볼 수 있습니다. 항목을 변경하려면 'Claude에게 변경하거나 제거할 내용 말하기' 상자를 사용하세요. 항목을 완전히 제거하려면 '삭제'를 선택하세요." 대화창에서 Claude에게 무엇을 기억하거나 변경할지 직접 말할 수도 있습니다.
읽으면서 염두에 두어야 할 두 가지 범위 관련 사실이 있습니다. 각 프로젝트는 다른 프로젝트 및 프로젝트 외 대화와 분리된 "자체적인 독립된 메모리 공간과 전용 프로젝트 요약"을 가집니다. 따라서 프로젝트에서 작업하는 경우 현재 보고 있는 패널이 전체 그림이 아닙니다. 또한 시크릿 대화는 아무것도 기여하지 않습니다. "Claude는 대화를 기억하지 않으므로 Claude의 메모리나 대화 기록에 저장되지 않습니다."
메모리 초기화 기능이 존재하며 이는 되돌릴 수 없습니다. "프로젝트 메모리를 포함한 모든 메모리를 영구적으로 삭제하며, 이는 되돌릴 수 없습니다."
Claude Code — /memory 입력 후 /context 입력. /memory는 CLAUDE.md, CLAUDE.local.md 및 기타 메모리 위치를 나열하고 자동 메모리 폴더를 열 수 있는 옵션을 제공합니다. 폴더를 열어보세요. Claude는 각 파일의 프런트매터(frontmatter)에 기록된 네 가지 유형으로 메모를 분류합니다. user(사용자의 역할 및 작업 선호도), feedback(사용자가 제공한 수정 사항 및 확인한 접근 방식), project(코드나 git 기록에서 도출할 수 없는 진행 중인 작업 및 결정 사항), reference(프로젝트 외부에서 항목을 찾을 수 있는 위치)입니다. 코드베이스에서 읽을 수 있는 내용과 "CLAUDE.md 파일에 이미 명시된 내용"은 의도적으로 건너뜁니다. 즉, 이 폴더에는 다른 어디에도 기록되지 않은 자료가 보관됩니다.
그다음 /context를 실행하고 Memory files 아래의 목록을 읽어 이번 세션에 실제로 로드된 지침 파일이 무엇인지 확인하세요. 문서에서 이를 첫 번째 디버깅 단계로 사용하는 이유가 바로 이 때문입니다.
Cursor — Customize → Rules. 감사할 메모리 저장소는 없습니다. 대신 어떤 컨텍스트가 주입되고 있는지 확인해야 합니다. Customize에서 "모든 규칙과 그 상태를 볼 수 있습니다." 규칙이 적용되지 않는 경우 Cursor FAQ의 진단 내용과 함께 확인해 볼 가치가 있습니다. "규칙 유형을 확인하세요. Apply Intelligently인 경우 설명이 정의되어 있는지 확인하세요. Apply to Specific Files인 경우 파일 패턴이 참조된 파일과 일치하는지 확인하세요."
Perplexity — Brain 탭 및 개인화(Personalization). 프로젝트 내부에서 "Brain 탭에서 생성된 현재 메모리를 볼 수 있습니다." 이와 별개로 개인화(Personalization)에는 프로필 필드와 맞춤 지침 필드가 있습니다. 그리고 프로젝트의 설정(Settings) 탭에는 "프로젝트의 쿼리가 개별 메모리를 가져올 수 있도록 허용할지 여부"를 제어하는 스위치가 있습니다. 따라서 프로젝트가 여러분에 대해 생각보다 훨씬 적은 정보를 읽고 있을 수도 있습니다.
이것이 감사 과정입니다. 감사를 마치고 나면 서로 다른 서비스 제공업체의 계정에 흩어져 있는 5개의 부분적인 뷰만 남게 되며, 이들을 하나의 세트로 내보내거나 다음 분기에 비교(diff)해 볼 수도 없습니다.
바로 이 문제를 해결하기 위해 MemoryLake가 존재합니다. 검토만 할 수 있는 5개의 종합 요약본 대신, 실제로 재사용하려는 사실들을 한곳에서 읽고, 수정하고, 삭제할 수 있는 항목으로 관리할 수 있습니다. 설정은 3단계로 진행됩니다.
1단계: API 키 생성
MemoryLake에 로그인하고 API 키를 생성합니다. 연결하는 도구 전반에 걸쳐 하나의 자격 증명만 사용하면 됩니다.

2단계: 첫 번째 메모리 업로드
각각 하나의 주장만 담긴 짧은 항목들입니다. 방금 진행한 감사를 통해 여기에 들어가야 할 내용이 무엇인지 알 수 있을 것입니다. 단 한 번만 정확하게 기록되기를 바랐던 모든 내용이 해당됩니다.

계속 수정해야 했던 사실들. 두 개의 AI 비서에서 동일한 항목을 수정했다면, 두 개의 종합 요약을 각각 수정하는 대신 여기에 하나의 진술문으로 한 번만 작성하세요.
이유가 첨부된 제약 조건. "재무 마감이 수요일 밤에 끝나기 때문에 보고서는 목요일에 발송됩니다." 프로필 필드는 선호도만 저장할 뿐이며, 누군가 의문을 제기했을 때 살아남는 것은 오직 이 제약 조건뿐입니다.
나만의 정의 및 어휘. 고객, 프로젝트, 릴리스를 부르는 방식입니다. AI 비서들은 이를 추측하며, 서로 다르게 추측합니다.
이미 제외된 접근 방식과 그 이유. 대화에서 명확하게 언급되지 않아 메모리 요약에는 나타나지 않지만, 끊임없이 다시 제안되는 카테고리입니다.
3단계: AI 및 에이전트 연결
사용하는 도구들을 연결합니다. MemoryLake는 MCP 및 API를 통해 접근할 수 있으므로, Claude Code, Codex, OpenClaw를 포함한 MCP 네이티브 에이전트들은 MCP 서버를 가리켜 연결하고, 다른 AI 비서들은 API를 통해 동일한 메모리를 읽습니다. 감사의 가치는 바로 여기에 있습니다. 모든 항목이 사용자가 직접 작성한 것이므로, 검토한다는 것은 해석하는 것이 아니라 읽는 것을 의미합니다.

세 가지 솔직한 한계가 있습니다. MemoryLake는 ChatGPT, Claude, Perplexity가 기억하는 내용을 읽거나 삭제할 수 없습니다. 그것은 그들의 저장소이며, 위의 패널들이 이를 보고 수정할 수 있는 유일한 방법이고, 삭제 관련 주의 사항도 그들의 몫입니다. MemoryLake는 사용자나 에이전트가 입력한 내용만 보관하므로 2단계는 수동으로 진행됩니다. 또한 이것은 개인정보 보호 도구가 아닙니다. 서비스 제공업체의 시스템에서 사실을 제거하는 것이 목적이라면, 그들이 문서화한 삭제 경로를 따르십시오. ChatGPT의 경우 해당 사실이 나타나는 모든 소스를 삭제해야 함을 의미합니다.
실제 업무에서 달라지는 점
"나에 대해 무엇을 알고 있는가?"에 대해 조치를 취할 수 있는 답변을 얻게 됩니다. 5개의 영역, 20분의 시간만 투자하면 대부분의 사람들이 최소한 하나의 잘못된 항목을 발견합니다.
삭제가 한 번의 클릭이 아닌 실제 계획이 됩니다. 항목, 대화, 보관된 대화, 파일, 연결된 앱 — 이것이 실제 삭제 대상 목록입니다.
오래된 항목이 조용히 답변을 왜곡하는 일이 없어집니다. 지난 3월에 중단한 프로젝트에 대한 기억이 오늘날에도 여전히 컨텍스트로 작용하고 있을 수 있습니다.
동일한 사실을 다섯 번씩 감사할 필요가 없어집니다. 모든 곳에서 정확하게 언급되기를 원하는 내용은 한 번만 작성하면 됩니다.
추론 과정이 감사 후에도 살아남습니다. 패널은 여러분에 대한 결론만 담고 있습니다. 하지만 이유(why)가 있어야만 AI 비서가 예상치 못한 상황을 처리할 수 있습니다. 이 형태는 지속성 메모리의 실제 의미에서 다루고 있습니다.
AI 메모리 감사를 위한 모범 사례
패널을 읽은 다음 대화창에서 질문하세요. 패널은 문서화된 부분적인 뷰일 뿐입니다. 직접적인 질문이 종합된 기억을 탐색하는 데 더 좋습니다.
먼저 어떤 메모리 환경을 사용 중인지 확인하세요. Claude의 경우 설정 > 메모리 대 설정 > 기능(Capabilities), ChatGPT의 경우 "저장된 메모리" 링크를 확인하세요.
ChatGPT에서 답변별 소스 보기를 사용하세요. 답변 아래의 책 아이콘은 어떤 메모리가 해당 답변에 영향을 미쳤는지 알려줍니다.
삭제는 여러 단계로 이루어진다고 가정하세요. ChatGPT의 경우 해당 사실이 나타나는 모든 소스를 삭제하고 연결된 앱을 해제해야 합니다. 항목이 거의 맞다면 아예 삭제하기보다 잘못된 절만 수정하세요.
Claude Code를 사용하는 경우 자동 메모리 폴더를 여세요. 기본적으로 켜져 있으며 머신 로컬에 저장되고, CLAUDE.md가 의도적으로 담지 않은 내용을 보관합니다.
프로젝트 경계를 기억하세요. Claude 프로젝트 메모리와 Perplexity Brain은 프로젝트별로 작동합니다. 여러분이 읽고 있는 패널이 전부가 아닙니다.
보존하고 싶지 않은 내용에는 시크릿 대화나 임시 대화를 사용하세요. 두 업체 모두 해당 세션은 메모리를 읽지도 쓰지도 않는다고 명시하고 있습니다.
중요하게 생각하는 사실은 직접 작성한 곳에 보관하세요. 직접 작성한 저장소는 읽는 것만으로도 감사가 가능합니다. 이것이 RAG가 메모리가 아닌 이유의 차이점입니다.
결론
AI 메모리를 감사하는 것은 이제 실제로 가능해졌지만, 동시에 실질적으로 부분적일 뿐입니다. ChatGPT는 마지막 업데이트 스탬프가 찍힌 메모리 요약, 텍스트 하이라이트를 통한 인라인 수정, 답변별 소스 보기를 제공하지만, 요약에 "ChatGPT가 기억하는 모든 내용이 포함되지는 않는다"고 명시합니다. Claude는 카테고리별로 그룹화된 모든 항목을 나열하고 각 항목에 대한 편집 및 삭제 기능을 제공하며, 대화를 삭제해도 대화에서 생성된 메모리는 제거되지 않는다고 문서화하고 있습니다. Claude Code는 에디터에서 열어볼 수 있는 일반 마크다운을 ~/.claude/projects/<project>/memory/에 작성하며, 이는 의도적으로 머신 로컬로 설계되었습니다. Cursor는 메모리 대신 규칙을 사용하며 Customize에서 그 상태를 보여줍니다. Perplexity는 Brain 탭에서 생성된 프로젝트 메모리를 보여주며, 프로젝트가 개별 메모리를 가져올 수 있는지 여부를 제어하는 별도의 스위치를 제공합니다.
두 가지 사항을 명심할 필요가 있습니다. 패널은 종합된 결과의 뷰일 뿐이므로, 스크롤하는 것보다 대화창에서 직접 물어보는 것이 더 좋은 탐색 방법입니다. 또한 항목을 삭제한다고 해서 사실이 삭제되는 것은 아닙니다. OpenAI의 지침에 따르면 보관된 대화와 파일을 포함하여 해당 사실이 나타나는 모든 소스를 삭제하고 연결된 앱을 해제해야 합니다.
그럼에도 불구하고 감사를 진행해 보세요. 잘못된 항목 하나가 수정되기 전까지 모든 답변에 영향을 미칩니다. 그런 다음 실제로 재사용하려는 사실들을 가져와서, 모델이 추론한 내용을 해석하는 대신 내가 작성한 내용을 그대로 읽을 수 있는 곳에 단 한 번만 작성해 두세요.