이제 Chat과 Cowork 모두에서 Claude의 메모리를 사용할 수 있습니다 — 기존 메모리 내보내기는 9월 9일에 종료됩니다 (2026)

네 가지 변화가 있었으며, 그중 헤드라인을 장식한 것은 단 하나뿐입니다.

Chat과 Cowork를 아우르는 하나의 메모리

이전에는 Cowork에 자체 메모리가 없었습니다. 이제 발표에 따르면, "Cowork에 메모리 기능이 추가되었으며, 이는 Chat에서 사용하는 것과 동일한 메모리입니다." 또한 "Cowork가 클라우드에서 작업을 실행할 때 Claude가 Chat에서 기억한 내용이 반영되며, 그 반대도 마찬가지입니다."

Anthropic이 제시한 실용적인 예시는 다음과 같습니다. "Cowork에 관리자를 위한 업데이트 초안 작성을 요청하면, Cowork는 이미 그 관리자가 누구인지, 그리고 어떤 스타일의 업데이트를 선호하는지 알고 있습니다."

대화가 끝난 후가 아니라 대화 중에 메모리가 기록됨

이것은 메커니즘의 변화로, 쉽게 지나치기 쉽습니다. "Claude는 이제 대화가 끝난 후 요약하는 대신, 대화하는 동안 메모리에 주제(topic)를 추가합니다."

이로 인해 대화 종료 후 요약하는 단계가 지속적인 주제 기록 방식으로 대체됩니다. 마감일이 변경되었다고 언급하면 다음 대화에 바로 반영됩니다. 또한 저장되는 대상이 대화 요약본이 아니라 주제 파일임을 의미하며, 이것이 바로 다음 항목을 가능하게 만듭니다.

주제별로 모든 내용을 읽고 편집 가능

"Claude가 기억하는 모든 내용은 Memory 설정의 Topics 아래에 있는 파일 목록에 저장되며, 여기서 각 파일을 읽고 편집하거나 삭제할 수 있습니다." 짧은 파일이 왜 중요한지에 대한 Anthropic의 설명은 실제 이점을 잘 보여주므로 인용할 가치가 있습니다. "파일이 짧기 때문에 한 곳에서 수정하면 모든 곳에 적용됩니다. 한 파일에서 회사의 이전 이름을 수정하면 이후의 모든 대화에서 올바르게 적용됩니다."

또한 Chat 내부에서도 편집할 수 있습니다. "Claude에게 기억하고 싶거나, 변경하고 싶거나, 잊고 싶은 내용을 말하세요." 단, 헬프 센터에서는 이 업데이트가 현재 대화가 아닌 "다음 대화에 적용된다"고 명시하고 있습니다. 이는 올해 초에 도입된 항목별 모델의 개선 버전이며, 자세한 내용은 Claude의 새로운 메모리 항목에서 다루었습니다.

민감한 주제 저장 여부를 직접 결정

기본적으로 Claude는 "건강, 인종, 민족, 종교적 신념, 정치, 성 정체성 등 개인적이거나 민감한 주제와 관련된 내용은 저장하지 않습니다." Settings > Memory에서 이 기능을 켤 수 있으며, 그 취지는 명확합니다. "매번 다시 설명하기 번거로운 주제라면 기능을 켜면 됩니다."

두 가지 특징이 있습니다. 첫째, 향후 대화에만 적용됩니다. "Claude는 기능을 켠 시점부터 민감한 주제를 저장합니다. 기능을 켜기 전의 내용은 소급하여 저장되지 않습니다." 둘째, 설정을 끄면 정리됩니다. "안내를 거부하거나 나중에 설정을 끄면, Claude는 이미 메모리에 저장된 모든 민감한 항목을 제거합니다."

다음에 나오는 내용 중 숨겨진 것은 없습니다. 모두 Anthropic의 공식 문서에 나와 있는 내용이며, 블로그 게시물과 함께 헬프 센터를 읽어보면 쉽게 파악할 수 있습니다.

Cowork 메모리는 클라우드 전용입니다. 헬프 센터에서 두 번이나 강조한 가장 명확한 한계입니다. "Cowork와 Chat 간의 메모리 연동은 Cowork가 클라우드에서 실행될 때만 작동합니다. 컴퓨터에서 로컬로 실행되는 Cowork 세션에서는 사용할 수 없습니다." Cowork 작업을 로컬에서 수행하는 경우, 발표에서 언급된 통합 기능은 적용되지 않습니다.

Project는 서로 격리되어 있습니다. "각 Project는 자체적인 독립된 메모리 공간과 전용 Project 요약을 가지므로, 각 Project 내의 컨텍스트는 집중되고 관련성이 높으며 다른 Project나 Project 외부의 Chat과 분리됩니다." 이는 서로 다른 클라이언트나 업무 흐름을 별도의 Project로 관리할 때 유용한 기능입니다. 하지만 이는 특정 Project 내에서 구축된 메모리가 다른 Project로 전달되지 않음을 의미하기도 합니다. Chat 검색도 동일한 경계를 따릅니다. 검색 범위는 "Project 외부의 모든 Chat" 및 "개별 Project 대화(검색은 각 특정 Project 내부로 제한됨)"로 나뉩니다.

일부 카테고리는 요청하더라도 절대 저장되지 않습니다. "정부 발급 ID 번호, 범죄 기록, 금융 계좌 번호, 이민 신분 등 일부 정보는 요청하더라도 메모리에 절대 저장되지 않습니다."

메모리는 대화보다 오래 지속됩니다. "대화가 만료되거나 삭제되어도 관련 메모리 항목은 제거되지 않지만, 멤버는 언제든지 개별 메모리를 삭제할 수 있습니다." Chat을 삭제한다고 해서 Claude가 그 대화에서 학습한 내용까지 삭제되는 것은 아닙니다.

Team 및 Enterprise 플랜의 경우, 제어 권한이 개인에게만 있지 않습니다. "메모리 및 민감한 주제는 조직을 위한 두 개의 개별 제어 항목이며, 둘 다 기본적으로 꺼져 있습니다." 소유자(Owner)가 조직 수준에서 이를 활성화해야 개인이 자신의 메모리를 관리할 수 있습니다. 특히 "소유자는 사용자의 개별 메모리를 보거나 편집할 수 없습니다." 하지만 반대의 경우 매우 엄격한 규칙이 적용됩니다. "소유자가 조직의 메모리 기능을 끄면, 모든 사용자의 기존 메모리 항목이 즉시 삭제됩니다." Anthropic은 이 삭제가 영구적이라고 경고합니다.

일부 조직은 이 기능을 전혀 사용할 수 없습니다. "HIPAA, 공공 부문 또는 맞춤형 데이터 보존 계약을 맺은 조직은 메모리 기능을 사용할 수 없습니다."

특정 벤더에 종속된 메모리입니다. 이는 단점이라기보다는 범위의 한계입니다. Claude의 메모리는 Claude의 서비스 환경을 위해 구축되었습니다. 자체적인 별도 메커니즘을 유지하는 Claude Code나 API, 또는 사용 중인 다른 어시스턴트에서는 이 메모리를 읽을 수 없습니다. 여러 벤더를 아우르는 크로스 벤더 버전은 다른 차원의 문제이며, 이에 대해서는 지속성 메모리가 실제로 의미하는 것에서 설명합니다.

Anthropic은 사용자를 기존 메모리 시스템에서 이전했습니다. "메모리 기능을 개선하고 사용자를 기존(legacy) 환경에서 이전했습니다."

이전 과정에서 누락된 내용이 있을 경우를 대비한 복구 경로가 문서화되어 있으며, 여기에는 만료일이 있습니다. 헬프 센터에 따르면, "이전 과정에서 Claude가 무언가를 잊어버렸다고 생각되면, Settings > Memory로 이동하세요. 2026년 9월 9일까지 기존 메모리를 내보낼 수 있는 옵션이 표시됩니다. 기존 메모리를 내보낸 후 Claude에 다시 붙여넣고, 누락되었을 수 있는 부분을 강조하여 알려주세요."

현재 어떤 시스템을 사용 중인지 빠르게 확인할 수 있는 방법도 있으며, 이는 메뉴 경로만 보면 됩니다. 헬프 센터에서는 기존 메모리 관련 섹션이 "Settings > Capabilities에서 Memory가 보이는 기존 메모리 환경의 사용자에게만 적용됩니다. Settings > Memory가 보인다면 새로운 메모리 환경을 사용하고 있는 것입니다"라고 설명합니다.

즉, Settings > Capabilities가 보인다면 기존 환경이므로 내보내기가 필요합니다. Settings > Memory가 보인다면 이미 이전이 완료된 상태이지만, 내보내기 옵션이 여전히 남아 있는지 확인할 수 있습니다.

이와 별개로, Anthropic은 이제 메모리 이식성(portability)을 독립된 기능으로 문서화하고 있습니다. "이제 Claude와 다른 AI 서비스 간에 메모리를 전송할 수 있습니다." 이 기능은 "실험적이며 아직 활발히 개발 중"으로 표시되어 있으므로, 동기화가 아닌 단순 복사 메커니즘으로 취급하는 것이 좋습니다.

Anthropic의 공식 문서에 나오는 두 가지 사실은 서로 다소 상충되는 것처럼 보입니다. 메모리 기능은 이제 지속적이고, 편집 가능하며, 두 서비스 환경을 아우를 정도로 정말 훌륭해졌습니다. 하지만 조직 수준의 토글 스위치 하나만으로 모든 사용자의 메모리가 즉시, 그리고 영구적으로 삭제될 수 있습니다.

이것이 디자인에 대한 비판은 아닙니다. 벤더 메모리는 정의상 해당 벤더의 범위로 제한되며, 데이터를 남겨두는 조직 전체의 오프 스위치는 오히려 더 나쁜 제품이 될 것입니다. 다만 이는 컨텍스트의 지속적인 부분(결정 사항, 제약 조건, 이유 등)을 요금제 등급, Project 경계, 또는 Cowork가 클라우드에서 실행되었는지 여부에 구애받지 않고 사용자가 직접 제어할 수 있는 곳에 보관할 가치가 있음을 의미합니다.

이것이 바로 MemoryLake가 제공하는 역할입니다. 특정 어시스턴트의 설정 페이지와 무관하게 도구들이 쿼리할 수 있는 메모리 레이어입니다. 설정은 세 단계로 진행됩니다.

1단계: API 키 생성

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

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

각각 하나의 사실을 담은 짧은 항목들을 업로드합니다. 이번 주에 Topics 목록을 검토할 계획이 있다면, 바로 지금이 적기입니다. 복사해 둘 만한 가치가 있는 내용은 다음과 같습니다.

이유가 포함된 결정 사항. "월간 이탈률이 4배 더 높았기 때문에 연간 결제를 청구합니다." 주제 파일은 사실만 기록할 뿐이며, 이유가 함께 있어야만 대안이 다시 제안되는 것을 방지할 수 있습니다.

여러 Project에 걸쳐 적용되는 제약 조건. 특정 Project가 아닌 업무 전반에 적용되는 일반적인 사실입니다. Project 간의 장벽 때문에 Claude는 이 정보를 다른 Project로 알아서 전달해 주지 않습니다.

다시 도출하기 번거로운 모든 정보. 용어집, 지표 정의, 최종 승인권자 정보 등입니다.

기존 메모리에서 내보낸 내용. 내보내기를 통해 텍스트 블록을 얻었더라도, 이를 하나의 Chat에 그대로 붙여넣는 것은 큰 도움이 되지 않습니다. 개별적인 사실(claim) 단위로 나누어 저장하세요.

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

MemoryLake는 MCP 및 API를 통해 액세스할 수 있으므로, Claude Code, Codex, OpenClaw를 포함한 MCP 네이티브 에이전트는 MCP 서버를 가리켜 연결하고, 다른 어시스턴트는 API를 통해 동일한 메모리를 읽을 수 있습니다. 핵심은 어떤 서비스 환경에서 질문하든 "가격 정책에 대해 무엇을 결정했는가"에 대한 답변이 동일하게 유지된다는 점입니다.

세 가지 명확한 제한 사항이 있습니다. MemoryLake는 Claude의 메모리를 읽거나, 쓰거나, 내보내거나, 삭제할 수 없습니다. Topics는 Anthropic의 제품 내에 존재하며, 이를 관리하는 유일한 도구는 Settings > Memory에 있는 도구뿐입니다. MemoryLake는 사용자나 에이전트가 직접 입력한 내용만 보관하므로 2단계는 수동으로 진행해야 합니다. 또한 벤더 측의 데이터 보존 정책에는 영향을 미치지 않습니다. Claude에서 무언가를 삭제해야 한다면 Claude 내에서 직접 삭제해야 합니다. 메모리가 "표준 대화 기록 내보내기에 포함"되며 조직의 보존 정책을 따른다는 Anthropic의 고지 사항은 다른 도구를 사용하는 것과 무관하게 동일하게 적용됩니다.

Cowork에 매번 브리핑할 필요가 없어집니다. 클라우드 환경에 한해서입니다. 로컬 환경에서는 여전히 브리핑이 필요합니다.

수정이 파일 하나로 해결됩니다. Anthropic의 표현대로, 주제를 한 번만 수정하면 "이후의 모든 대화에서 올바르게 적용됩니다."

Project 장벽이 파일 분류의 기준이 됩니다. Project가 분리되면 메모리도 분리됩니다. 이는 의도한 격리일 수도 있고, 자신도 모르게 쌓은 장벽일 수도 있습니다.

Chat 삭제가 단순한 정리 작업에 그치지 않습니다. 대화에서 생성된 메모리는 사용자가 직접 삭제할 때까지 유지됩니다.

Team 도입 시 오프 스위치에 대한 논의가 필요합니다. 조직 메모리 기능을 끄면 모든 사용자의 기록이 즉시 삭제됩니다.

민감한 주제 설정은 무시할 기본값이 아닌 실제 선택 사항입니다. 향후 대화에만 적용되며, 취소 가능하고, 해제 시 기존 데이터도 정리됩니다.

먼저 메뉴 경로를 확인하세요. Settings > Capabilities는 기존 환경을, Settings > Memory는 이전된 환경을 의미합니다.

2026년 9월 9일 이전에 기존 메모리 내보내기를 수행하세요. 1분밖에 걸리지 않지만, 기한이 지나면 옵션이 사라집니다.

Topics 목록을 한 번 제대로 읽어보세요. 전체 내용을 볼 수 있는 유일한 방법이며, 내용도 짧습니다.

민감한 주제 설정을 신중하게 결정하세요. 모든 레시피 추천을 개선해 주는 글루텐 알레르기 정보는 저장할 만한 가치가 있지만, 저장하고 싶지 않은 건강 기록은 그렇지 않습니다.

Project를 의도적인 장벽으로 활용하세요. 두 업무 흐름이 절대 섞이지 않아야 한다면 Project를 분리하세요. 공유해야 한다면 하나의 Project로 구성해야 합니다.

초기화(reset)보다는 일시 정지(pause)를 선택하세요. 일시 정지는 기존 메모리를 유지하면서 새로운 기록만 중단합니다. 초기화는 "Project 메모리를 포함한 모든 메모리를 영구적으로 삭제"하며 되돌릴 수 없습니다.

정확해야 하는 정보에 대해서는 메모리에만 의존하지 마세요. 메모리는 구성(configuration)이 아닌 컨텍스트(context)입니다. 이에 대한 일반적인 내용은 기본 제공 기능 이상으로 Claude의 메모리를 확장하는 방법에서 다룹니다.

결정 사항과 그 이유는 특정 벤더의 저장소 외부에 보관하세요. 특히 본인이 떠난 후 동료에게 필요할 정보라면 더욱 그렇습니다.

8월 25일의 변화는 실질적이고 유용합니다. 메모리는 이제 사후 요약 방식이 아닌 실시간으로 지속적으로 기록되며, 읽고 편집할 수 있는 짧은 파일 목록으로 관리됩니다. 또한 Cowork까지 적용 범위가 확장되었으며, 민감한 주제 저장 여부는 명시적인 동의를 거쳐 해제 시 소급 정리까지 지원합니다. 그동안 Claude에게 매번 자신을 다시 소개해야 했다면, 이제 그럴 필요가 없습니다.

하지만 한계 또한 명확하며 동일하게 문서화되어 있습니다. Cowork 메모리는 클라우드에서만 작동하고 로컬에서는 작동하지 않습니다. Project는 독립된 메모리 공간을 가지며 Chat 검색도 마찬가지입니다. 특정 카테고리는 절대 저장되지 않습니다. 메모리는 이를 생성한 Chat이 삭제되어도 유지됩니다. Team 및 Enterprise 플랜에서는 소유자가 기능 활성화 여부를 제어하며, 개별 항목을 볼 수는 없지만 토글 하나로 모든 사람의 메모리를 삭제할 수 있습니다. 그리고 이 모든 기능은 Claude Code, API 또는 다른 벤더의 어시스턴트와 연동되지 않습니다.

기한이 정해진 단 하나의 항목: 기존 메모리를 사용 중이었다면, 내보내기 옵션은 2026년 9월 9일까지 Settings > Memory에 유지됩니다. 메뉴 경로를 확인하고, 옵션이 있다면 내보내기를 실행하고, Topics 목록을 읽어본 뒤, 설정 변경으로 사라지면 안 되는 중요한 결정 사항들을 안전한 곳으로 옮겨두세요.