Claude 메모리 민감 주제 설정: Topics에서 저장 범위를 처음 확인하는 법
TL;DR
Claude 메모리는 채팅 중에 정보를 개별 topic으로 저장합니다. 건강, 인종, 민족, 종교적 신념, 정치, 성 정체성처럼 개인적이거나 민감한 주제는 기본적으로 저장하지 않습니다. 필요할 때만
Settings > Memory
의
Include sensitive topics in memory
를 별도로 켤 수 있습니다.
첫 확인을 토글 변경으로 끝내지는 않습니다. 현재 Memory 상태와
Topics
목록을 읽습니다. 조직 정책과 저장 범위를 대조한 검토 메모를 만드는 데서 끝냅니다. 실제 민감정보 입력과 외부 공유는 하지 않습니다.
핵심 3줄 요약
핵심 1
Claude memory
와
Sensitive topics in memory
는 같은 설정이 아닙니다.
핵심 2
민감 주제 저장을 켜도 이전 대화 내용은 소급 저장되지 않습니다. 새 저장 때마다 알림이 표시됩니다.
핵심 3
설정 전에는
Topics
의 현재 항목, 플랜 조건, 조직 허용 여부를 먼저 기록하고 사람의 승인을 받습니다.
이 글에서 다룰 내용
- Claude 메모리와 민감 주제 저장의 차이
- 웹·데스크톱·모바일과 Cowork의 적용 경계
-
Settings > Memory에서 현재 상태를 확인하는 6단계 - 변경 없이 검토 메모만 만드는 복사용 프롬프트
- 소급 저장, 저장 알림, 기존 민감 항목 삭제 시 주의점
Claude 메모리 민감 주제 설정이란 무엇인가
매번 같은 업무 배경을 설명하느라 시간이 걸린다면 Claude 메모리를 쓸 수 있습니다. Claude는 대화가 끝난 뒤 전체 채팅을 한 번에 요약하는 대신, 채팅 중에 기억할 내용을 개별 topic으로 저장합니다.
Settings > Memory
의
Topics
에서는 저장된 항목을 열어 읽고 편집하거나 삭제할 수 있습니다.
민감 주제는 별도 설정입니다. Anthropic 도움말의
Sensitive topics in memory
는 건강, 인종, 민족, 종교적 신념, 정치, 성 정체성 등 개인적이거나 민감한 주제를 뜻합니다. 기본값에서는 이런 topic을 저장하지 않습니다. 사용자가
Include sensitive topics in memory
를 직접 켜야 이후 대화에서 저장할 수 있습니다.
이 토글은 과거 대화를 다시 읽어 민감한 내용을 한꺼번에 저장하는 기능이 아닙니다. 켜기 전 내용은 소급 저장되지 않습니다. 토글을 켠 뒤 Claude가 민감 주제를 저장할 때마다 메시지 입력창 위에 알림이 나타나므로, 그때 항목을 검토하거나 설정을 바꿀 수 있습니다.
언제 이 설정을 확인하면 좋은가
반복해서 설명할 업무 선호가 있어 Memory를 처음 쓰는 경우에 먼저 확인합니다. 개인 계정에서 기본 On 상태를 발견했거나, Team·Enterprise owner가 조직에 Memory를 허용한 직후에도 같은 점검이 필요합니다.
건강 상담, 인사, 정치 성향, 신념, 다양성 정보처럼 민감할 수 있는 맥락을 다룬다면 편의성보다 입력 최소화가 우선입니다. 실제 내용을 넣기 전 현재 토글과 저장된 topic부터 읽습니다. 그런 다음 조직의 개인정보·기밀정보 정책과 맞는지 확인합니다.
단순히 한 번만 다룰 민감한 맥락이라면 Memory에 넣지 않는 편이 낫습니다. 이때는 Claude의 Incognito chat처럼 기록과 Memory에서 분리하는 기능을 검토할 수 있습니다. 다만 조직 보관 정책까지 사라지는 보안 통제로 오해하면 안 됩니다.
시작 전에 확인할 제공 조건
공식 도움말 기준으로 Memory는 Free·Pro·Max 플랜의 웹, Claude Desktop, Claude Mobile에서 기본 On입니다. 모바일 앱은 최신 버전으로 업데이트해야 합니다. Team·Enterprise에서는 기본 Off이며 owner가 조직 수준에서 허용해야 합니다.
Team·Enterprise에서 Memory 허용과 sensitive topics 허용은 서로 다른 조직 제어입니다. owner가 민감 주제를 허용해도 사용자 계정에서 자동으로 저장되지는 않습니다. 각 사용자가 다시 opt-in해야 합니다. owner는 사용자의 개별 Memory 항목을 보거나 편집할 수 없습니다.
Chat과 Claude Cowork는 Cowork가 cloud에서 실행될 때 Memory를 공유합니다. 로컬 컴퓨터에서 실행되는 Cowork 세션은 Memory를 사용하지 않습니다. 따라서 로컬 Cowork도 같은 상태일 것이라고 추정하지 않습니다.
민감 주제 토글을 켜도 정부 발급 신분증 번호, 범죄 기록, 금융 계좌번호, 이민 상태는 Memory에 저장되지 않습니다. 공식 출처가 확인하지 않은 지역, 단계적 배포 일정, 보관 기간도 임의로 덧붙이지 않습니다.
Settings > Memory를 처음 확인하는 6단계
1단계: 비민감 검토 기준을 적습니다
실제 개인정보를 열기 전 검토 목적부터 한 줄로 씁니다. 예를 들어 “저장 설정은 바꾸지 않고 현재 Memory 상태와 topic 이름만 확인한다”라고 정합니다. 고객명, 환자명, 계정번호, 인증정보, 인사평가 원문은 입력과 화면 캡처에서 제외합니다.
2단계: Settings > Memory를 엽니다
Claude에서
Settings > Memory
로 이동합니다. 개인 계정이라면 일반 Memory의 현재 On·Off 상태를 기록합니다. Team·Enterprise라면 owner가 Memory와 sensitive topics를 각각 허용했는지 조직 정책 담당자에게 확인합니다.
메뉴가 보이지 않는다면 다른 플랜이나 기기의 경로를 짐작하지 않습니다. 현재 계정 UI, 앱 버전, 조직 정책을 먼저 확인합니다.
3단계: Topics 목록을 읽습니다
Topics
에서 Claude가 기억하고 있는 개별 항목을 확인합니다. 항목 이름과 현재 내용, 마지막 검토 상태를 내부 메모에 적되 민감한 원문을 복사하지 않습니다. 사실과 다르거나 더는 필요하지 않은 topic은 즉시 고치지 말고
수정 후보
또는
삭제 후보
로 표시합니다.
4단계: 민감 주제 토글을 별도로 확인합니다
Include sensitive topics in memory
의 현재 상태를 확인합니다. 일반 Memory가 On이라는 사실만으로 이 토글도 켜졌다고 판단하지 않습니다. 기본 Off를 유지할지, 업무상 opt-in이 필요한지는 조직 정책과 정보 주체의 동의 범위를 확인한 사람이 결정합니다.
변경 승인이 없다면 여기서 토글을 건드리지 않습니다. 상태를
On
,
Off
,
조직에서 미허용
,
확인 필요
중 하나로 기록합니다.
5단계: 저장·삭제 경계를 대조합니다
토글을 켜기 전 내용은 소급 저장되지 않습니다. 켠 뒤에는 새 민감 주제가 저장될 때 메시지 입력창 위에 알림이 나타납니다. 알림을 거절하거나 나중에 토글을 끄면 이미 저장된 민감 항목도 Memory에서 제거됩니다.
삭제와 전체 대화 기록은 별도 범위입니다. Memory 항목이 제거됐다는 사실만으로 원래 채팅, 조직 보관, 데이터 내보내기 범위까지 삭제됐다고 단정하지 않습니다.
6단계: 변경 없는 검토 메모로 마칩니다
현재 Memory 상태, Topics의 비민감 식별명, 민감 주제 토글 상태, 조직 허용 여부, 확인이 필요한 항목을 표로 정리합니다. 변경이 필요하다면 항목별 근거와 승인자를 붙여 별도 요청으로 넘깁니다.
첫 실행은 설정을 바꾸는 단계가 아닙니다. 실제 민감정보를 입력하지 않고 현재 상태와 다음 승인 지점을 설명할 수 있으면 끝입니다.
그대로 복사해 쓸 첫 확인 프롬프트
목표: 현재 Claude Memory 설정을 바꾸지 않고 Topics 검토 메모를 만든다.
허용 입력: 사용자가 직접 확인해 적은 일반 Memory 상태, 비민감 topic 식별명, Include sensitive topics in memory 상태, 조직 허용 여부만 사용한다.
제외 입력·금지 작업: 실제 건강·인종·민족·종교적 신념·정치·성 정체성 정보, 정부 발급 신분증 번호, 범죄 기록, 금융 계좌번호, 이민 상태, 고객·직원 원문을 넣지 말고 Memory 추가·수정·삭제와 설정 변경도 하지 않는다.
출력 형식: topic 식별명 | 현재 상태 | 근거 | 확인 필요 | 제안 조치 | 승인자 열의 Markdown 표로 작성한다.
완료 기준: 입력된 모든 topic이 한 번씩 나와야 한다. 설정 상태와 조직 허용 여부를 분리하고 불확실한 항목은 확인 필요로 남긴다.
지어내기 금지: 입력에 없는 topic, 설정, 플랜, 조직 정책, 저장 여부를 추정하지 않는다.
승인 지점: 사람이 표와 실제 Settings > Memory 화면을 대조한 뒤 개별 수정·삭제 또는 민감 주제 opt-in을 별도로 승인한다.
이 프롬프트는 검토 메모만 만듭니다. Claude가 보여주는 설명을 현재 계정의 실제 설정값으로 간주하지 않습니다. 화면과 다시 대조합니다.
실전 활용 팁
첫 시험에서는 토글보다 인벤토리를 먼저 봅니다.
Topics
에서 비민감한 항목 하나를 골라 문구가 정확한지 확인합니다. 이어 사실·선호·프로젝트 정보 중 무엇인지 분류합니다. 같은 내용이 원래 채팅과 다르면 Memory를 근거로 업무 결정을 내리지 않습니다.
변경 승인을 받았다면 한 항목씩 처리합니다. 편집 전 문구, 근거가 있는 새 문구, 승인자, 확인 날짜를 남기면 무엇을 왜 바꿨는지 추적하기 쉽습니다. 여러 topic을 한꺼번에 정리하면 삭제와 편집의 결과를 대조하기 어렵습니다.
민감 주제 저장이 꼭 필요할 때만 최소 범위를 정해 시작합니다. 첫 알림이 나타났을 때 저장된 문구를 읽고 필요성과 정확성을 다시 확인합니다. 알림은 사실 검증이나 조직 승인을 대신하지 않습니다.
주의할 점
민감 주제 저장을 켰다는 사실은 민감정보 입력이 안전하다는 보증이 아닙니다. 비밀번호, 인증 코드, 금융 계좌정보, 정부 발급 식별번호 같은 정보는 입력하지 않습니다. 업무 기밀과 고객·직원 정보도 법적 민감정보 범주와 별개로 최소화해야 합니다.
Include sensitive topics in memory
를 끄면 저장된 민감 항목이 Memory에서 제거됩니다. 원래 대화나 조직의 데이터 보관까지 함께 삭제된다는 뜻은 아닙니다. Memory, chat history, Incognito chat, 조직 보관 정책을 각각 확인합니다.
모바일에서는 민감 주제 저장 알림을 보려면 최신 앱이 필요합니다. 오래된 앱에서 알림이 보이지 않았다는 이유로 저장 동작을 추정하지 않습니다. 현재 버전과
Settings > Memory
의 실제 항목을 확인합니다.
Memory와 sensitive topics는 Team·Enterprise에서 별도 제어입니다. owner의 조직 허용, 사용자 opt-in, 개별 항목 검토를 한 단계로 합치지 않습니다.
자주 묻는 질문
Q1. Memory가 On이면 민감 주제도 자동으로 저장되나요?
아닙니다. 일반 Memory와
Include sensitive topics in memory
는 별도 설정입니다. 기본값에서는 개인적이거나 민감한 topic을 저장하지 않으며 사용자가 직접 opt-in해야 합니다.
Q2. 토글을 켜면 이전 대화의 민감한 내용도 저장되나요?
아닙니다. 공식 도움말은 켜기 전 내용을 소급 저장하지 않는다고 설명합니다. 설정을 켠 뒤 새로 저장되는 민감 주제부터 대상입니다.
Q3. 토글을 다시 끄면 이미 저장된 민감 항목은 남나요?
남지 않습니다. 알림을 거절하거나 토글을 나중에 끄면 이미 저장된 민감 항목도 Memory에서 제거됩니다. 다만 원래 채팅과 조직 보관은 별도 범위입니다.
Q4. Team·Enterprise owner가 사용자의 Memory 내용을 볼 수 있나요?
공식 도움말에 따르면 owner는 사용자의 개별 Memory를 보거나 편집할 수 없습니다. owner는 조직에서 Memory와 sensitive topics 사용을 허용하는 제어를 맡습니다. 사용자는 허용된 범위에서 자신의 항목과 opt-in을 관리합니다.
출처
마무리
Claude 메모리를 처음 점검할 때는
Settings > Memory
에서 일반 Memory와
Topics
,
Include sensitive topics in memory
를 나눠 읽습니다. 기본값과 조직 허용 여부를 확인한 뒤에는 설정을 그대로 둔 채 검토 메모를 만듭니다.
민감 주제 opt-in은 편의를 위한 선택이지 필수 설정이 아닙니다. 실제 정보는 최소화합니다. 필요성이 확인된 항목만 사람이 승인한 뒤 하나씩 처리합니다. 저장 알림과 Memory 목록은 검토 위치를 알려줄 뿐 정확성과 승인까지 보장하지 않습니다.
