챗지피티는 사용자가 시키지 않아도 사용자를 기억합니다. 어느 날부터 답변이 내 말투에 맞춰지거나, 말한 적 없는 내 직업을 전제로 깔고 설명하기 시작한다면 그게 메모리입니다.
챗지피티만 그런 게 아닙니다. 클로드도, 요즘 나오는 코딩 도구들도 어느 정도의 메모리를 달고 있습니다. 모델은 그 기억을 참고해서 이 사용자가 좋아할 만한 답을 내놓으려고 합니다. 그러니 메모리를 모르고 쓰면 답변이 왜 그렇게 나왔는지 설명할 방법이 없습니다.
예전에는 “이거 기억해"라고 말해야 한 줄이 저장됐습니다. 지금은 다릅니다. 챗지피티가 대화에서 중요하다고 판단한 것을 알아서 계속 반영합니다. 그래서 이 글은 켜는 법보다 관리하는 법에 무게를 뒀습니다.
지금은 화면이 두 가지입니다
2026년 6월부터 메모리 설정 화면이 바뀌고 있습니다. 새 화면에는 토글 하나와 메모리 요약(memory summary)이 있습니다. 요약은 저장된 항목을 나열한 목록이 아니라, 챗지피티가 알고 있는 내용을 범주별로 정리해 보여주는 글입니다. 예전 화면은 토글이 둘이고(“저장된 메모리 참조”, “지난 대화 참조”) 저장된 항목이 목록으로 나옵니다.
새 화면은 요금제와 지역에 따라 순차로 열리는 중이라 계정에 따라 아직 예전 화면이 보일 수 있습니다. 아래는 새 화면을 기준으로 쓰고, 예전 화면에서 다른 부분만 따로 적었습니다.
메모리 요약 보고 고치기
설정 → 개인 맞춤 설정(Personalization) → 메모리로 갑니다. 웹이든 앱이든 경로는 같습니다. 계정에 따라 이미 켜져 있는 경우가 많습니다. 켜는 것보다 열어서 뭐가 들어 있는지 보는 게 먼저입니다.
여기서 메모리 요약을 열면 챗지피티가 나에 대해 정리해둔 내용이 나옵니다. 처음 열어보면 대개 놀랍니다. 고치는 방법은 두 가지입니다. 틀린 부분을 말로 정정하거나, 요약에서 문장을 직접 선택해 지웁니다. 전부 밀 거면 요약 화면의 점 세 개 메뉴에서 “Delete and turn off memory"를 씁니다. 이름 그대로, 지우면서 메모리 자체도 꺼집니다.
예전 화면이라면 토글이 둘입니다. 저장된 메모리 참조는 항목 목록으로 관리하고, 지난 대화 참조는 목록이 없습니다. 저장된 항목을 다 지웠는데도 챗지피티가 여전히 나를 아는 것 같다면, 켜져 있는 건 두 번째입니다.
한 가지 함정이 있습니다. 대화를 삭제해도 그 대화에서 만들어진 메모리는 남습니다. 채팅 목록을 비우는 것과 메모리를 비우는 건 별개의 일이라, 정리했다고 생각한 내용이 계속 답변에 쓰일 수 있습니다.
이 답변에 뭐가 쓰였는지 보기
개인 맞춤 답변에는 어떤 정보가 쓰였는지 확인하는 자리(memory sources)가 붙습니다. 거기서 바로 고칠 수도 있습니다. 요약 전체를 뒤지는 것보다, 이상하게 나온 답변 하나를 붙잡고 원인을 지우는 쪽이 빠릅니다.
프로젝트 안에서만 기억하게 하기
프로젝트에는 메모리 설정이 따로 있습니다. 기본 메모리를 쓰거나, 프로젝트 전용 메모리를 씁니다. 전용으로 두면 챗지피티는 그 프로젝트 안의 대화만 참고하고 바깥의 메모리나 대화는 끌어오지 않습니다. 프로젝트 안에서 나온 내용도 바깥 대화로 새어 나가지 않습니다. 프로젝트를 열고 점 세 개 메뉴 → 프로젝트 설정에서 바꿉니다.
한 계정에서 일과 사생활을 섞어 쓰는 사람에게 쓸모가 있습니다.
이 대화만 빼고 싶을 때
임시 채팅(Temporary Chat)을 씁니다. 임시 채팅은 기존 메모리를 참조하지 않고 새 메모리도 만들지 않습니다. 히스토리에도 남지 않습니다. 민감한 대화 하나 때문에 메모리를 통째로 끄는 것보다 이쪽이 낫습니다. 평소엔 켜두고, 남기고 싶지 않은 대화만 임시 채팅으로 엽니다.
쓸모있게 쓰려면
알아서 저장된다고 해서 알아서 정리되지는 않습니다. 직접 할 일이 둘 있습니다.
오래 갈 선호는 한 번 못 박습니다. “코드 예제는 파이썬 말고 타입스크립트로.” 일하는 방식이나 쓰는 도구, 원하는 답변 길이와 언어처럼 몇 달은 갈 내용은 이렇게 한 번 말해두는 편이 낫습니다. 반대로 이번 주에만 유효한 것은 기억시키지 않습니다.
가끔 솎아냅니다. 한 달에 한 번쯤 요약을 열어 낡은 내용을 고칩니다. 메모리는 쌓이기만 하고 스스로 은퇴하지 않아서, 작년에 끝난 프로젝트가 오늘 답변의 전제로 깔릴 수 있습니다.
같은 기능이 코딩 환경으로 오면 얘기가 달라집니다. 개인 취향 몇 줄이 아니라 팀의 규칙과 결정이 쌓이고, 그때부터는 무엇을 저장하지 않을지가 더 어려운 문제입니다. 그건 코딩 에이전트 메모리에서 다뤘습니다.