# Claude Memory > Clean Markdown view of GeekNews topic #23889. Use the original source for factual precision when an external source URL is present. ## Metadata - GeekNews HTML: [https://news.hada.io/topic?id=23889](https://news.hada.io/topic?id=23889) - GeekNews Markdown: [https://news.hada.io/topic/23889.md](https://news.hada.io/topic/23889.md) - Type: GN+ - Author: [neo](https://news.hada.io/@neo) - Published: 2025-10-24T16:33:34+09:00 - Updated: 2025-10-24T16:33:34+09:00 - Original source: [anthropic.com](https://www.anthropic.com/news/memory) - Points: 1 - Comments: 1 ## Topic Body - Anthropic이 **Claude 앱에 ‘메모리(Memory)’ 기능**을 도입해 팀과 개인의 프로젝트 맥락을 지속적으로 기억하고 업무 효율을 높이는 기능을 공개 - 사용자는 **프로젝트별로 분리된 메모리**를 통해 각 업무의 맥락을 독립적으로 유지하고, 언제든지 Claude가 기억하는 내용을 확인·수정 가능 - **Incognito 채팅 모드**를 통해 메모리에 저장되지 않는 대화가 가능하며, 민감한 논의나 일회성 아이디어 교환에 적합 - 출시 전 **안전성 테스트**를 거쳐 유해 패턴 강화나 보호장치 우회 가능성을 점검하고, 이에 따라 메모리 작동 방식을 조정 --- ### Claude의 메모리 기능 개요 - Claude의 새로운 **메모리 기능**은 사용자의 프로젝트, 팀 선호도, 업무 맥락을 기억해 반복적인 설명 없이 작업을 이어갈 수 있도록 설계 - 사용자는 전략 제안서 작성, 디버깅, 다중 프로젝트 관리 등에서 Claude가 이전 대화의 맥락을 자동으로 이어받아 지원 - 메모리는 완전히 **선택적 기능**으로, 사용자가 어떤 정보를 기억하거나 삭제할지 세밀하게 제어 가능 - **Incognito 채팅**은 메모리에 저장되지 않으며, 대화 기록에도 남지 않아 민감한 논의나 브레인스토밍에 적합 - 모든 Claude 사용자에게 제공되며, Team·Enterprise 플랜에서는 조직 관리자가 메모리 기능을 비활성화할 수도 있음 ### 업무용으로 설계된 메모리 구조 - 메모리는 사용자의 **전문적 맥락과 업무 패턴**을 학습해 생산성을 극대화하는 데 초점 - 팀의 프로세스, 고객 요구사항, 프로젝트 세부 내용, 우선순위 등을 기억해 반복 작업을 줄이는 구조 - 예를 들어, 영업팀은 거래별 고객 정보를 유지하고, 제품팀은 스프린트별 사양을 관리하며, 경영진은 주요 이니셔티브를 추적 가능 - **프로젝트 단위 메모리 분리**를 통해 업무 간 맥락 혼합을 방지 - 제품 출시 계획과 고객 프로젝트가 분리되어 관리되며, 기밀 논의는 일반 운영 대화와 구분 - 이러한 경계 설정은 복잡한 병행 프로젝트를 안전하게 관리하는 **보호 장치 역할** 수행 - Claude는 모든 메모리를 **요약 형태(memory summary)** 로 제공해 사용자가 한눈에 확인하고 수정 가능 - 설정 메뉴에서 Claude가 기억하는 내용을 직접 열람·편집 가능 - 사용자가 특정 주제에 집중하거나 무시하도록 지시하면, Claude는 해당 지침에 따라 참조 메모리를 조정 ### Incognito 채팅 기능 - 사용자가 메모리를 사용하지 않거나 새로운 대화를 시작하고 싶을 때 **Incognito 모드**를 활용 - 이 모드에서는 대화 내용이 메모리에 추가되지 않으며, 기존 기록에도 반영되지 않음 - 민감한 전략 논의, 비공개 아이디어 회의, 혹은 단순한 테스트 대화에 적합 - Team 및 Enterprise 플랜에서 메모리를 사용하는 경우, **기존 데이터 보존 정책**은 그대로 적용 - Incognito 대화는 별도로 저장되지 않아, 데이터 관리 측면에서도 안전성 확보 ### 팀 환경에서의 도입 및 안전성 검증 - Anthropic은 메모리 기능 도입 전 **광범위한 안전성 테스트**를 수행 - 정신건강 관련 민감 주제나 경계 사례를 포함해, 메모리가 유해 패턴을 강화하거나 보호장치를 우회하지 않도록 검증 - 테스트 결과를 바탕으로 Claude의 응답 방식과 메모리 작동 로직을 세밀하게 조정 - 이러한 반복적 개선을 통해 **도움이 되면서도 안전한 AI 메모리 시스템**을 구축 - 기능은 업무 환경 중심으로 설계되어, 개인적이거나 민감한 대화 주제는 회피하도록 설계 - Anthropic은 단계적 배포를 통해 다양한 사용 패턴을 관찰하고, 향후 확장 시 **책임 있는 기능 운영 모델**을 유지할 계획 ### 시작 방법 및 활용 - 사용자는 **Settings 메뉴에서 메모리 기능을 활성화**해 기존 대화 기반으로 초기 메모리를 생성 가능 - 예를 들어 “지난주에 우리가 작업하던 내용이 뭐였지?”와 같은 질문으로 Claude가 기억한 내용을 확인 가능 - 기존 AI 도구에서 메모리 데이터를 가져오거나 Claude의 메모리를 내보내 백업·이전할 수도 있음 - Anthropic은 “좋은 작업은 시간이 쌓여 만들어진다”는 메시지와 함께, **대화가 거듭될수록 더 나은 협업 경험**을 제공하는 방향을 강조 ### 배포 일정 및 플랜 - 메모리 기능은 **Team 및 Enterprise 플랜 사용자부터 즉시 적용**되며, Enterprise 관리자는 조직 단위로 ## Comments ### Comment 45419 - Author: neo - Created: 2025-10-24T16:33:35+09:00 - Points: 1 ###### [Hacker News 의견](https://news.ycombinator.com/item?id=45684134) - 나는 이런 **LLM 도구**들을 쓰지 않음. 항상 같은 프롬프트를 고정해두면 오히려 수정하기 어렵고, 어떤 입력이 어떤 출력을 만드는지 추적하기 힘들어짐 그래서 매번 **정확한 프롬프트**를 새로 작성함. 여러 번 대화로 문제를 풀기보다는 한 번에 원하는 답을 얻는 걸 목표로 함 - 완전 공감함. 나에 대한 **추가 맥락**이 있으면 더 나은 답을 얻을 수도 있지만, 대부분은 그 ‘기억’이 오히려 혼란을 줌 초보자에게는 도움이 되겠지만, 우리 같은 HN 사용자에게는 블랙박스를 더 불투명하게 만드는 기능은 반갑지 않음 - 나도 같은 전략을 씀. 특히 **프로그래밍 질문**에서 처음부터 필요한 정보를 다 넣는 게 훨씬 나은 결과를 줌 처음 잘못된 가정으로 시작하면, 이후 수정해도 그 흔적이 남아있음. 인간도 비슷하게 한 번 떠올린 아이디어에 집착하는 경향이 있음 - 마지막 문단이 핵심임. 대화로 수정하기보다 **원래 프롬프트를 정제**하는 게 효율적임 나는 종종 “모호성을 줄이기 위해 5가지 질문을 해줘” 같은 식으로 시작한 뒤, 그 답을 반영해 프롬프트를 다듬음 - ChatGPT에게 **모기지 종류**를 물었더니 “TypeScript를 주로 쓰는 크리에이티브 테크놀로지스트로서…”로 시작함 메모리나 개인화 설정을 제대로 구분하지 못하고 엉뚱한 맥락을 섞어버림 - 나는 **Plan mode**까지만 씀. 사실상 프롬프트를 생성하는 프롬프트를 만드는 방식임 코드 변경 품질이 확실히 좋아졌지만, 서브에이전트나 여러 CLAUDE.md 파일은 안 씀 - Anthropic의 **메모리 접근 방식**에는 근본적인 결함이 있다고 봄 메모리를 툴 호출 뒤에 숨겨두는 바람에, 에이전트가 ‘기억해야 할 때를 기억해야 하는’ 순환 문제가 생김 인간의 기억은 무의식적이고 자동인데, 이건 그 반대임. 반면 OpenAI의 방식은 **semantic search** 기반이라 손실이 크다는 단점이 있음 - Anthropic이 “**안전성 테스트**를 광범위하게 진행했다”고 밝힌 건 반가움 메모리가 잘못된 패턴을 강화하거나, 사용자가 마치 살아있는 존재와 대화하는 듯한 착각을 주는 문제를 방지하려 했다고 함 - 하지만 그런 주장을 하려면 **평가 데이터나 방법론**을 공개해야 함. 그렇지 않으면 그냥 ‘느낌으로 테스트했다’는 말로 들림 - 사실 일정한 **사고 패턴의 일관성**은 우리가 추구하는 특성이기도 함. 그게 생명체처럼 보이는 건 어쩔 수 없는 현상임 - 문구가 애매함. 개선을 시도했다는 말이지, 실제로 개선됐다는 보장은 없음 - 어떤 사람에게는 **아첨**처럼 보이지만, 다른 사람에게는 정확도 향상으로 느껴질 수도 있음 - 이런 테스트를 하는 직원들은 끔찍한 내용까지 다뤄야 할 텐데, 그 점이 걱정됨 - Claude에게 “너는 나에 대해 무엇을 알고 있니?”라고 물을 때 느껴지는 **섬뜩한 순간**이 있음 - Claude Code는 한 세션 안에서도 **규칙을 자주 잊음** “두 메시지 전에 말한 규칙을 벌써 잊었다”고 답할 때가 많음. 여러 프로젝트에 걸친 기억은 더 신뢰하기 어려움 - 내 claude.md 파일은 프로젝트마다 직접 손봐서 길고 정교함. 너무 짧거나 복잡한 파일일수록 이런 문제가 생김 - 반복 지시를 **instruction.md** 파일에 YAML 구조로 정리해두면 성능이 좋아짐. 세션마다 이 파일을 ‘성경처럼’ 강조하면 효과적임 - 나는 이런 기능이 있다면, **체크리스트 형태**로 매번 확인받는 게 좋겠음 예를 들어 “Ubuntu 18을 쓰고 있음”, “라우터는 192.168.1.1” 같은 식으로 - ChatGPT에서는 이미 이렇게 쓰고 있음. 내 환경을 기억해서 “노트북에서 x 문제가 생겼다”고만 해도 정확한 해결책을 제시함 - Perplexity나 Grok도 **워크스페이스별 프롬프트**를 미리 설정할 수 있어서, 환경별로 맞춤 대응이 가능함 - Claude Code가 내 환경을 확인하지 않고 npm으로 설치해버려서 **pnpm 환경**이 망가진 적 있음 - 네 체크박스 방식이 바로 Claude의 **Skills** 개념과 동일함 - Claude도 시스템 프롬프트를 커스터마이징할 수 있는지 궁금함. 예전에 ChatGPT에서 “기본 언어는 TypeScript로 가정” 같은 설정을 했었음 - 일반 대화에서는 **메모리를 끄고**, 프로젝트별로만 켜둘 수 있는지 명확하지 않음 서로 다른 프로젝트나 일반 대화 간에 기억이 섞이는 건 원치 않음 - 문서에 따르면 프로젝트마다 **독립된 메모리 공간**이 있어서 누출되지 않는다고 함 [공식 문서 링크](https://support.claude.com/en/articles/11817273-using-claude-s-chat-search-and-memory-to-build-on-previous-context) - 아마 내부적으로는 `Topic1`, `Topic2` 식으로 버킷을 나눠 저장할 것임. 이런 구조만 잘 잡으면 오염은 일어나지 않음. 사실 메모리 레이어는 단순한 설계 문제임 - 대화가 길어질수록 **품질이 떨어지는 현상**이 있음 마지막 부분의 쓰레기 같은 내용이 메모리에 남을까 걱정됨 - 그래서 나는 GPT를 진지한 작업에는 안 씀. 후반부에 **잘못된 정보**가 쌓이면 수정이 어려움 틀린 내용을 잊게 만들 수도 없고, 새 맥락을 덧씌워도 여전히 잘못된 지식을 유지함 - 나는 종종 **새 채팅 세션을 시작**해서 맥락을 초기화함 Claude가 스스로의 추측에 빠져 혼란스러워질 때가 있어서, 새로 시작하는 게 더 낫다고 느낌 - Claude 데스크톱에서 **MCP 지원 이후 메모리 기능**을 써봤는데, 처음엔 흥미로웠지만 점점 쓸데없는 내용이 저장되어 혼란스러워짐 결국 비활성화했음. ChatGPT의 **과도한 아첨 현상**도 메모리 때문이라는 말이 있음. 유용하지만 만능은 아님 - 나도 **MCP 메모리 툴**을 만들어봤음. 과거 대화 기반 RAG와 그래프 구조를 모두 지원하지만, 맥락이 많아질수록 **창의성이 줄어듦** 그래서 반대로 **anti-memory 툴**도 만들었음. 최소한의 정보만 주고 모델이 스스로 채워넣게 하는 방식임 정보 노출이 너무 많으면 창의성이 죽고, 너무 적으면 엉뚱해짐. **기억 노출의 균형**이 중요함 Claude의 **대화 기록 검색 방식**은 이 점에서 괜찮음. 명시적으로 요청할 때만 사용함 반면 ChatGPT는 과거 대화를 무분별하게 끌어와서 통제가 어려움