Claude가 이전 대화를 기억하도록 만드는 방법 (2026년 가이드)

동작 원리 수준에서의 상세한 설명은 Claude가 이전 대화를 잊어버리는 이유에서 확인할 수 있습니다. 여기서는 진단 관점에서 5가지 구체적인 원인과 각각의 해결책을 설명합니다.

읽고 있는 글과 다른 메모리 버전을 사용 중일 수 있습니다

1초 만에 확인하는 방법이 있으며, Anthropic 문서에도 다음과 같이 명시되어 있습니다: "Settings > Memory가 보인다면 새로운 메모리 기능을 사용 중인 것입니다." "Settings > Capabilities 안에 Memory가 있다면 기존(legacy) 메모리 기능을 사용 중인 것입니다."

이 차이는 단순히 겉모습만 다른 것이 아닙니다. 새로운 버전에서 "Claude는 카테고리로 분류된 개별 항목 세트로 메모리를 구축"하며, "정해진 일일 일정에 따르지 않고 대화하는 동안 실시간으로 이러한 항목을 읽고, 쓰고, 업데이트"합니다. 반면 기존 버전에서 Claude는 "대화를 자동으로 요약하고 프로젝트 내 채팅을 제외한 전체 채팅 기록에서 핵심 인사이트를 종합(synthesis)하여 생성"하며, 사람들이 가장 많이 헷갈려하는 부분인 "이 종합 정보는 24시간마다 업데이트"됩니다.

만약 기존 버전을 사용 중이라면, 한 시간 전에 Claude에게 말한 내용이 아직 메모리에 반영되지 않았을 수 있습니다. 이는 버그가 아니며, 아무리 다시 설명해도 반영 속도가 빨라지지는 않습니다.

사용 가능 여부도 다릅니다. 새로운 메모리 기능은 "Free, Pro, Max 요금제의 Claude 사용자에게 제공"되며 웹, 데스크톱, 모바일 앱에 적용되지만, "현재 Cowork에서는 사용할 수 없습니다." 기존 메모리 기능은 Enterprise 요금제에서 사용할 수 있는 것으로 문서화되어 있습니다.

채팅 검색은 검색(Retrieval) 기능이며, 메모리와는 다릅니다

두 기능이 자주 혼동되곤 합니다. 메모리는 생성된 컨텍스트(context)입니다. 반면 이전 채팅 검색은 사용자의 요청에 따라 Claude가 실행하는 도구 호출(tool call)이며, "웹, Claude 데스크톱, Claude 모바일 앱을 사용하는 유료 요금제(Pro, Max, Team, Enterprise) 사용자"에게 제공됩니다.

Anthropic은 이 메커니즘을 이례적일 정도로 명확하게 설명합니다: "이러한 검색은 검색 증강 생성(RAG)을 사용하며 대화 중에 도구 호출로 나타납니다." 이 한 문장으로 많은 사용자들이 겪는 답답함이 설명됩니다. 검색(Retrieval)은 질문과 일치하는 구절을 찾아낼 뿐입니다. Claude에게 사용자의 작업에 대한 지속적인 이해를 제공하지는 않습니다. 이 차이점은 RAG가 메모리가 아닌 이유에서 다루고 있습니다.

실제 사용 시: Claude가 과거 기록에서 특정 내용을 가져오길 원한다면, 직접 요청하세요. "요금제 단계에 대해 무엇을 결정했었지?"라고 질문하면 검색이 트리거됩니다. 가만히 기다린다고 해서 알아서 떠올리는 경우는 거의 없습니다.

프로젝트는 의도적으로 서로 격리되어 있습니다

이 경계는 가장 혼란스러운 버그 보고를 만들어내는 원인입니다. "각 프로젝트는 자체적인 독립된 메모리 공간과 전용 프로젝트 요약을 가지므로, 각 프로젝트 내의 컨텍스트는 다른 프로젝트나 프로젝트 외 채팅과 분리되어 집중되고 관련성 있게 유지됩니다."

채팅 검색 역시 동일한 장벽을 따릅니다. "프로젝트 외부의 모든 채팅"을 검색하거나 "개별 프로젝트 대화(검색 범위가 각 특정 프로젝트 내부로 제한됨)"를 검색할 수 있습니다.

따라서 프로젝트 A 내부에서 나눈 대화는 프로젝트 B나 일반 채팅에서는 보이지 않습니다. 고장 난 것이 아닙니다. 격리 자체가 기능입니다. 고객 업무가 개인 사이드 프로젝트로 흘러 들어가는 것을 막아주는 장치입니다.

단일 프로젝트 내부에서도 채팅 간에 컨텍스트가 공유되지 않습니다

공식 문서에 노트 형식으로 적혀 있는, 가장 놓치기 쉬운 함정입니다: "정보가 프로젝트 지식 베이스(knowledge base)에 추가되지 않는 한, 프로젝트 내의 채팅 간에 컨텍스트는 공유되지 않습니다."

사람들은 '프로젝트'를 'Claude가 모든 것을 파악하고 있는 공유 작업 공간'으로 오해하곤 합니다. 공유되는 부분은 지식 베이스이지, 개별 채팅이 아닙니다.

누구나 한 번쯤 겪는 또 다른 실수: 프로젝트를 생성할 때 "프로젝트 이름과 설명을 입력하지만, Claude는 이 세부 정보에 액세스할 수 없습니다." 프로젝트 이름을 Q4 Pricing Rework라고 지어도 Claude는 아무것도 알지 못합니다.

시크릿(Incognito) 채팅은 의도적으로 아무것도 남기지 않습니다

유령 아이콘을 클릭하여 대화를 시작했다면, 해당 대화는 "채팅 기록에 저장되지 않으며", Claude는 "채팅을 기억하지 않고", "이전 대화를 검색할 때 시크릿 채팅의 정보를 가져오지 않습니다."

연습장처럼 쓰다가 좋은 아이디어가 어디로 갔는지 헤매지 않으려면 꼭 알아두어야 할 점입니다.

모든 채팅 시작 부분에 동일한 배경 정보를 매번 다시 붙여넣기. 작동은 하지만 매번 똑같이 5분의 시간을 낭비하게 되며, AI에게 컨텍스트를 반복해서 설명하지 않는 방법에서 설명한 굴레에 갇히게 됩니다.

하나의 거대한 대화창을 계속 열어두기. 문제를 해결하는 것이 아니라 미루는 것뿐이며, 결국 아무도 탐색할 수 없을 정도로 길어진 스레드를 스크롤하게 됩니다.

모든 것을 하나의 프로젝트로 만들기. 실제로 필요한 격리 효과를 없애버리며, 프로젝트 요약이 서로 관련 없는 작업들로 뒤엉켜 엉망이 됩니다.

테스트 삼아 Claude에게 "너 X 기억해?"라고 물어보기. 합리적인 확인 방법처럼 보이지만 오해의 소지가 있는 결과를 낳습니다. 기존 버전에서는 종합 정보가 24시간마다 업데이트되므로, "아니오"라는 대답이 단지 "아직 반영되지 않음"을 의미할 수 있기 때문입니다.

처음부터 다시 시작하기 위해 메모리 초기화하기. 먼저 경고를 읽어보세요: 메모리 초기화는 "프로젝트 메모리를 포함한 모든 메모리를 영구적으로 삭제합니다. 이 옵션을 선택하고 'Reset memory'를 클릭하면 되돌릴 수 없습니다." 잠시 쉬고 싶다면 Pause memory(메모리 일시 정지)를 사용하세요. 이 기능은 "기존 메모리는 유지하되, 메모리를 사용하거나 새로운 메모리를 생성하지 않습니다."

채팅을 삭제하면 메모리도 정리된다고 가정하기. 그렇지 않으며, 이러한 비대칭성은 문서에도 명시되어 있습니다: "대화가 만료되거나 삭제되더라도 해당 대화에서 생성된 관련 메모리 항목은 제거되지 않지만, 메모리 패널에서 언제든지 개별 메모리를 삭제할 수 있습니다."

먼저 기본 설정을 완료하세요. 꽤 훌륭한 기능임에도 대부분의 사람들이 이 패널을 한 번도 열어보지 않았습니다.

메모리 기능을 켜고 어떤 버전을 사용 중인지 확인하세요. Settings > Memory로 이동하여 Generate memory from chats를 활성화합니다. 만약 Memory가 Settings > Capabilities 아래에 있다면 기존 버전을 사용 중인 것이므로 24시간의 종합 주기를 감안해야 합니다. Enterprise 요금제의 경우, 소유자(Owner)가 조직에 대해 이 기능을 활성화해야 구성원이 개별적으로 활성화할 수 있습니다.

Claude가 실제로 무엇을 기억하고 있는지 확인하고 편집하세요. 메모리 패널은 "Claude가 기억하는 모든 내용을 카테고리별로 나열"합니다. "Tell Claude what to change or remove" 상자를 사용하여 항목을 변경하거나 완전히 삭제할 수 있습니다. 대화 도중에도 Claude에게 무엇을 기억하라고 말하기만 하면 되며, "이러한 방식으로 편집된 내용은 다음 대화에 즉시 적용됩니다." 여기서 10분을 투자하는 것이 매번 다시 설명하는 1시간보다 낫습니다. Claude의 메모리는 역할 및 전문적 컨텍스트, 커뮤니케이션 선호도 및 작업 스타일, 기술적 선호도 및 코딩 스타일, 프로젝트 세부 정보 및 진행 중인 작업과 같은 업무 컨텍스트에 집중하기 때문입니다.

채팅을 이동하여 프로젝트 메모리를 관리하세요. 각 프로젝트는 고유한 메모리를 가지므로, 채팅을 안팎으로 이동하여 메모리를 큐레이션할 수 있습니다. 관련 없는 채팅이 프로젝트에 들어갔다면, "Remove from project"를 통해 해당 프로젝트의 메모리 요약에서 제외할 수 있습니다.

스냅샷을 찍어두세요. 메모리를 텍스트로 읽을 수 있는 공식적인 방법이 있습니다. Claude에게 "내 메모리에 기록된 내용을 있는 그대로, 메모리에 나타난 것과 똑같이 작성해 줘"라고 요청하고 그 결과를 저장하세요.

기본 설정이 제공하는 한계는 바로 이 스냅샷까지입니다. 이는 단순한 텍스트 파일일 뿐이며, 어떤 도구도 이를 자동으로 읽지 못하고 단지 하나의 어시스턴트가 바라본 사용자의 모습만 담고 있습니다. 더 지속 가능한 방법은 사용 중인 도구들이 읽을 수 있는 레이어에 이 지식을 보관하는 것입니다. 이것이 바로 MemoryLake가 하는 일입니다. 특정 벤더의 계정 외부에 프로젝트 컨텍스트를 보관하여, 사용 중인 다양한 어시스턴트와 에이전트가 접근할 수 있도록 합니다. 설정은 3단계로 진행됩니다.

1단계: API 키 생성

MemoryLake에 로그인하고 API 키를 생성합니다. 연결하는 모든 도구에서 이 하나의 자격 증명을 공유하여 사용합니다.

2단계: 첫 번째 메모리 업로드

스냅샷에서 시작하되, 그대로 붙여넣기보다는 새로 작성하는 것이 좋습니다. 하나의 주장이나 사실만 담긴 짧은 항목들로 나누고, 다시 찾아내려면 비용이 많이 드는 자료들을 보관하세요:

결정 사항과 그 이면의 제약 조건. "우리는 연간 결제를 청구한다"는 단순한 사실입니다. "월간 이탈률 때문에 예측이 불가능해져서 연간 결제를 청구한다"는 동일한 논쟁이 다시 시작되는 것을 막아주는 메모리입니다.

거절하거나 기각한 사항들. 가장 가치가 높지만 아무도 기록해 두지 않는 카테고리입니다. 기록해 두지 않으면 새로운 대화를 시작할 때마다 똑같은 제안을 다시 받게 됩니다.

프로젝트 간 교차 지식. 도메인 용어, 표준, 모든 곳에 적용되는 제약 조건 등입니다. 이는 프로젝트 격리 구조에서는 유지할 수 없는 정보들입니다.

두 번 이상 수정한 내용. 반복적인 수정은 메모리에 해당 항목이 누락되었음을 알리는 신호입니다.

3단계: AI 및 에이전트 연결

사용 중인 도구들을 연결합니다. MemoryLake는 MCP 및 API를 통해 접근할 수 있으므로, Claude Code, Codex, OpenClaw 같은 MCP 네이티브 에이전트는 MCP 서버를 가리켜 연결하고, 다른 어시스턴트들은 API를 통해 동일한 메모리를 읽을 수 있습니다.

솔직하게 밝히는 세 가지 한계점: MemoryLake는 Claude의 자체 메모리에 직접 쓰지 않습니다. 사용자의 Claude 계정 내부에 접근할 수 없으므로 2단계는 수동으로 진행해야 합니다. 또한 대화 자체를 보존하지는 않으며, 이는 Claude의 자체 기록 및 내보내기 기능이 담당합니다. 마지막으로, 규정 준수(compliance)나 데이터 보존(retention) 시스템이 아닙니다.

"그게 어떤 프로젝트에 있었지?"라는 질문을 더 이상 하지 않게 됩니다. 프로젝트 격리는 채팅에는 적합하지만, 지속적으로 유지되어야 하는 지식에는 적합하지 않습니다. 지속적인 지식을 외부에 보관하면 모든 프로젝트와 일반 채팅에서 언제든지 사용할 수 있습니다.

순차적 출시(rollout)가 더 이상 문제가 되지 않습니다. 요금제별로 서로 다른 시기에 마이그레이션되는 두 가지 메모리 기능이 공존하는 것은 이처럼 새로운 기능에서는 흔한 일입니다. 지식을 외부에 보관하면 계정이 어떤 버전으로 이동하든 동작 방식이 달라지지 않습니다.

정리 작업이 매우 간편해집니다. 채팅을 삭제해도 메모리 항목은 그대로 유지되며, 메모리 항목을 삭제하는 것은 안전한 별도의 작업입니다. 지속 가능한 버전이 다른 곳에 보관되어 있다면, 두 작업 모두 단순한 정리 정돈에 불과합니다.

동일한 컨텍스트를 다른 도구에서도 사용할 수 있습니다. 결국 가장 중요해지는 부수 효과입니다. Claude에게 가르쳐 준 내용을 Cursor, Codex 및 다른 에이전트에서도 읽을 수 있게 됩니다. 이는 ChatGPT, Claude, Gemini를 아우르는 하나의 메모리에서 설명한 형태입니다.

인터넷을 검색하기 전에 설정부터 확인하세요. 메모리가 Settings > Memory에 있는지, 아니면 Settings > Capabilities에 있는지에 따라 적용되는 조언이 달라집니다.

과거 기록을 명시적으로 요청하세요. 채팅 검색은 요청 시 실행되는 검색 도구입니다. "마이그레이션 계획에 대한 대화 찾아줘"라고 말하면 작동하지만, 알아서 찾아주길 바라는 것은 통하지 않습니다.

각 프로젝트에 명확한 범위를 부여하세요. 각 프로젝트는 자체 메모리와 요약을 가지므로 작업 단위별로 하나의 프로젝트를 만드세요. 그리고 컨텍스트는 지식 베이스에 넣으세요. 프로젝트 이름과 설명은 Claude에게 보이지 않습니다.

기억해야 할 내용을 대화 중에 직접 말하세요. 채팅 중에 Claude에게 말하면 다음 대화를 위해 메모리가 즉시 업데이트됩니다. 가장 빠른 피드백 루프입니다.

초기화(Reset)보다는 일시 정지(Pause)를 사용하세요. 초기화는 영구적이며 프로젝트 메모리까지 포함하여 삭제합니다. 일시 정지는 언제든 되돌릴 수 있습니다.

매달 메모리 패널을 다시 확인하세요. 선호도는 변하기 마련입니다. 지난 3월에 일하던 방식을 설명하는 항목이 그대로 남아있는 것은 차라리 아무 항목도 없는 것보다 못합니다.

규칙뿐만 아니라 그 이유도 함께 보관하세요. 규칙은 한 번의 대화 동안만 유지될 수 있지만, 그 이면의 이유는 도구가 바뀌어도 살아남습니다. 이에 대한 일반적인 사례는 지속성 메모리가 실제로 의미하는 것에서 다루고 있습니다.

Claude는 이전 대화를 기억하며, 새로운 버전에서는 대화하는 동안 실시간으로 업데이트되는 개별 항목으로 기억을 저장합니다. 그렇지 않은 것처럼 느껴지게 만드는 원인은 의도적으로 설정된 경계들 때문입니다. 서로 격리된 프로젝트, 컨텍스트를 공유하지 않는 프로젝트 내 채팅, 요청 시에만 작동하는 채팅 검색, 흔적을 남기지 않는 시크릿 채팅, 그리고 기존 버전에서 하루에 한 번만 업데이트되는 종합 정보 등이 이에 해당합니다.

Settings > Memory를 열고 메모리 기능을 켠 뒤, 저장된 내용을 확인하고 잘못된 부분을 편집하며, 채팅을 이동하여 각 프로젝트의 메모리를 관리해 보세요. 그런 다음 메모리 내용을 있는 그대로 스냅샷으로 캡처하여 특정 계정에 종속되지 않는 외부 공간에 보관하세요. 그래야 다음 순차 출시, 프로젝트 분할, 또는 도구 변경 시에도 컨텍스트를 잃지 않을 수 있습니다. 외부에 얼마나 보관할지 결정하기 전에 Claude의 기본 메모리가 담을 수 있는 것과 담을 수 없는 것의 한계를 알고 싶다면, 기본 기능을 넘어 Claude의 메모리 확장하기에서 그 경계를 다루고 있으니 참고하시기 바랍니다.