AI 에이전트 메모리, 지워도 남는 기록

AI에게 전에 했던 얘기를 기억시키는 기능이 정식으로 생겼습니다. 세션이 끝나도 취향·프로젝트 관례·전에 저지른 실수가 남아 다음에 이어집니다. 편한 대신, 지우는 쪽이 생각보다 까다롭습니다. 기억을 삭제해도 변경 이력은 그대로 남고, 지금 쓰고 있는 내용은 아예 지울 수 없으며, 되돌리기 버튼도 없습니다. 문서를 읽고 지우고 되돌리는 절차를 중심으로 정리했습니다.

📌 30초 요약

• 기억을 지워도 변경 이력은 살아남습니다. 이력은 기억이 아니라 저장소에 딸려 있습니다.
• 내용까지 없애려면 이력에서 따로 지우는 절차(redact)를 한 번 더 밟아야 합니다.
• 지금 쓰고 있는 버전은 못 지웁니다. 새 내용을 덮어쓰거나 기억을 삭제한 다음에야 옛 버전을 지울 수 있습니다.
• 되돌리기 버튼이 없습니다. 옛 버전을 꺼내서 직접 다시 써 넣어야 합니다.
• 보관 기간이 균일하지 않습니다 — 30일이 원칙인데 최근 버전은 나이와 상관없이 남습니다.
• 기본값이 쓰기 허용이고, 저장소는 세션을 만드는 순간에만 붙일 수 있습니다.

먼저 — 무엇이 어디에 쌓이나

구조는 간단합니다. 저장소(memory store) 안에 기억(memory)들이 경로를 하나씩 갖고 들어 있고, 세션에 저장소를 붙이면 그게 작업 공간 안의 폴더 하나로 마운트됩니다. AI는 그걸 평소 파일 다루듯 읽고 씁니다. 어디를 봐야 하는지는 시스템 프롬프트에 자동으로 안내가 붙습니다.

여기서 중요한 게 하나 더 있습니다 — 기억을 한 번 고칠 때마다 수정할 수 없는 버전이 하나씩 쌓입니다. 누가 언제 무엇을 바꿨는지가 남는 감사 기록이자, 특정 시점으로 되돌릴 재료입니다. 이 글의 나머지는 대부분 이 버전 기록 때문에 생기는 일들입니다.

① 지워도 남습니다

문서의 표현이 명확합니다 — 버전은 개별 기억이 아니라 저장소에 속하고, 기억 자체가 삭제된 뒤에도 살아남아 감사 기록이 온전하게 유지됩니다. 감사 기록으로 보면 옳은 설계인데, "기억을 지웠다"를 "내용이 없어졌다"로 읽으면 틀립니다.

내용까지 없애려면 버전 기록에서 따로 지우는 절차가 있습니다. 문서는 이걸 유출된 비밀키·개인정보 제거, 이용자의 삭제 요청 처리 같은 상황에 쓰라고 안내합니다. 이때도 누가 언제 무엇을 했는지는 남기고 내용만 걷어냅니다. 즉 삭제와 흔적 제거가 별개의 동작입니다.

🧭 개인정보 삭제 요청이 들어왔다면

기억 하나를 지우는 것만으로는 끝나지 않습니다. 그 기억이 거쳐온 버전들을 찾아 내용을 걷어내는 작업이 따로 필요합니다. AI에게 무엇을 알려줘도 되는지 판단하는 기준은 AI에 입력하면 안 되는 것들에 정리해 뒀는데, 기억 기능을 켜는 순간 그 판단이 훨씬 무거워집니다. 한 번 들어가면 지우는 데 두 단계가 걸리니까요.

② 지금 쓰는 버전은 못 지웁니다

여기서 순서가 한 번 꼬입니다. 살아 있는 기억의 현재 버전은 지울 수 없습니다. 지우려면 새 내용을 먼저 써서 그 버전을 과거로 밀어내거나, 기억 자체를 삭제한 다음에 옛 버전을 지워야 합니다.

직관과 반대라 헷갈립니다. 보통은 "문제가 되는 내용을 먼저 없애고 그다음 정리"를 떠올리는데, 여기서는 덮어쓰거나 지우는 게 먼저고, 흔적 제거가 나중입니다.

# 잘못된 순서 — 현재 버전은 거부됨
redact(현재_버전)          # 살아 있는 기억의 head는 못 지움

# 맞는 순서 — 밀어낸 다음 지운다
1. update(기억, 새_내용)   # 또는 delete(기억)
2. list_versions(저장소)    # 최신순으로 이력 조회
3. redact(옛_버전)          # 누가·언제는 남고 내용만 제거

# 되돌리기 — 전용 기능이 없어 직접 다시 써넣는다
1. v = get_version(버전_ID)
2. update(기억, v.content)  # 기억이 이미 지워졌다면 create로

③ 되돌리기 버튼이 없습니다

버전이 쌓인다길래 "이 시점으로 되돌리기"가 있겠거니 싶은데, 없습니다. 문서가 직접 씁니다 — 전용 복원 기능이 없으니, 원하는 버전을 꺼내 그 내용을 다시 써 넣으라고요.

그리고 여기 작은 함정이 하나 더 있습니다. 기억이 이미 삭제된 상태라면 "수정"이 아니라 "새로 만들기"로 써 넣어야 합니다. 버전이 부모보다 오래 살아남기 때문에 생기는 일입니다 — 이력에는 있는데 실물이 없는 상태가 정상적으로 존재합니다.

④ 보관 기간이 균일하지 않습니다

버전 보관은 30일이 원칙입니다. 그런데 단서가 붙습니다 — 최근 버전들은 나이와 상관없이 계속 남습니다. 그래서 자주 바뀌지 않는 기억은 30일이 훨씬 넘은 이력까지 들고 있을 수 있습니다.

기대	실제	할 일
30일 지나면 알아서 사라진다	최근 버전은 계속 남는다 — 안 바뀌는 기억일수록 오래 보관됨	지워야 할 내용은 기다리지 말고 직접 제거
이력은 계속 보관된다	30일 지난 옛 버전은 삭제될 수 있음	오래 남길 이력은 직접 내보내 보관
기억을 지우면 이력도 정리된다	이력은 그대로 남는다	삭제 뒤 흔적 제거를 한 번 더

방향이 양쪽으로 어긋난다는 게 요점입니다. 남기고 싶은 건 알아서 안 남고, 없애고 싶은 건 알아서 안 없어집니다. 둘 다 직접 손을 대야 합니다.

⑤ 기본값이 쓰기 허용입니다

저장소를 붙일 때 접근 권한을 정할 수 있는데, 아무것도 안 적으면 읽기·쓰기입니다. 읽기 전용도 지원되니, 참고 자료만 보면 되는 세션에는 읽기 전용을 주는 편이 낫습니다. 문서도 쓰기 권한을 실제로 기억을 추가하는 세션에만 주면 어디서 늘어났는지 추적하기 쉬워진다고 안내합니다.

또 하나 — 저장소는 세션을 만드는 순간에만 붙일 수 있습니다. 돌아가고 있는 세션에 추가하거나 떼는 건 지원되지 않습니다. 참고로 지출 상한도 똑같이 세션 생성 시점에만 걸 수 있습니다 — 세션을 만들기 전에 결정해야 하는 항목이 하나가 아니라는 뜻이라, 만들기 전에 한 번에 점검하는 게 편합니다.

⑥ 2,000개에서 쓰기가 막힙니다

저장소 하나에 기억은 2,000개까지입니다. 한도에 닿으면 새 기억을 만드는 게 실패하는데, API 호출만이 아니라 AI가 파일을 쓰는 것까지 같이 막힙니다. 기존 기억을 읽고 고치는 건 계속 됩니다.

문서가 권하는 대처는 큰 저장소 하나 대신 목적별로 쪼개기입니다 — 사람별 하나, 공용 지식 하나, 프로젝트별 하나. 한도가 저장소마다 따로 걸리기 때문입니다. 이미 커진 저장소는 새 저장소를 쓰기용으로 붙이고 원래 것은 읽기 전용으로 함께 붙이면 됩니다.

💤 흩어진 기억을 정리하는 별도 세션

조각조각 쌓인 내용을 한데 모아 정리하는 전용 세션도 있습니다. 이름이 드리밍(dreaming)인데, 눈여겨볼 대목은 원본을 고치지 않고 결과를 새 저장소로 따로 내놓는다는 점입니다. 정리가 마음에 들면 세션들을 새 저장소로 옮기고 원래 것을 보관하거나 지우면 됩니다. 정리하다 원본이 망가지는 사고를 구조로 막아둔 셈입니다.

🔁 치우는 것과 지우는 것은 다릅니다

지워도 남는 기록 이야기에 같은 결의 사례를 하나 보탭니다. 클로드가 쓰는 신고 초안은 화면에 카드로 뜨는데, 그 카드를 치워도 초안은 대기 목록에 그대로 남습니다. 완전히 없애려면 목록을 열어 따로 버려야 하고, 그때야 내 컴퓨터에서 지워집니다. 남겨 둔 것은 30일 뒤 만료되고 목록은 열 개까지만 보관합니다. 「화면에서 안 보인다」와 「없어졌다」를 구분하는 습관이 여기서도 그대로 통합니다.

🔁 지우고 고칠 수 있는 기억도 있습니다

서버 쪽에 쌓이는 기록은 지워도 남고 되돌릴 수도 없다고 짚었는데, 같은 「기억」이라도 성질이 정반대인 쪽이 있습니다. 하위 에이전트에 주는 기억은 내 기계의 폴더라서, 무엇이 쌓였는지 열어 보고 고치고 지우는 게 자유롭습니다. ★저장소 안에 두면 커밋 기록으로 변화를 따라갈 수도 있고요. 「지워지지 않는 기억」이 부담스러운 자리라면, 눈으로 확인되는 쪽을 먼저 고려해 보시는 게 좋습니다. 이 글에서 정리한 보관 기간과 상한 이야기는 서버 쪽 기록에 그대로 유효합니다.

자주 묻는 질문

Q. 이게 RAG랑 뭐가 다른가요?

방향이 반대입니다. RAG는 이미 있는 문서 더미에서 질문에 맞는 대목을 찾아오는 쪽이고, 메모리는 AI가 겪은 걸 스스로 적어두고 다음에 꺼내 쓰는 쪽입니다. 그래서 RAG는 원본이 사람이 만든 자료지만, 메모리는 원본을 AI가 씁니다. 지우는 절차가 까다로운 이유도 여기 있습니다 — 무엇이 적혔는지 사람이 다 알고 있지 않으니까요.

Q. 개인이 쓰는 AI 노트 앱과는 다른 건가요?

쓰임새는 겹치는데 성격이 다릅니다. NotebookLM처럼 내 자료를 넣어 쓰는 도구는 내가 넣은 것만 들어 있어서 무엇이 있는지 내가 압니다. 여기 메모리는 AI가 판단해서 적는 자리라, 정기적으로 열어보지 않으면 무엇이 쌓였는지 모르게 됩니다. 목록을 조회하고 하나씩 읽어보는 기능이 왜 있는지 생각해보면 이해가 됩니다.

Q. 붙이자마자 걸리는 실수가 있나요?

문서가 콕 집어 경고하는 게 하나 있습니다 — 메모리 관련 호출은 베타 표시가 다른 것을 씁니다. 세션 쪽 표시를 그대로 두고 두 개를 같이 보내면 400 에러가 납니다. 추가가 아니라 교체여야 합니다. 공식 SDK를 쓰면 알아서 맞춰주니, 직접 헤더를 다루는 경우에만 신경 쓰면 됩니다.

🧾 정직하게 밝혀둡니다

• 제가 직접 붙여보고 쓴 글이 아닙니다. 공식 문서를 읽고 정리한 내용이라 실제 동작이 다를 여지가 있습니다.
• 베타 단계 기능입니다. 필드 이름·한도·보관 기간이 바뀔 수 있습니다.
• 흔적 제거가 실제로 어디까지 지우는지는 확인하지 못했습니다. 문서는 "내용을 걷어낸다"고만 하고, 백업이나 로그를 포함하는지는 적혀 있지 않습니다.
• 개인정보 처리 의무는 서비스 기능만으로 끝나지 않습니다. 법적 판단은 이 글이 대신할 수 없습니다.
• 2,000개 한도와 30일 보관은 문서 확인 시점 기준입니다.

✨ 정리하면

AI에게 기억을 붙이는 건 쉬운데, 지우는 건 두 단계고 되돌리는 건 손으로 합니다. 남기고 싶은 건 알아서 안 남고 없애고 싶은 건 알아서 안 없어지니, 정기적으로 열어보는 습관이 결국 제일 확실합니다. AI 비용과 설정을 한자리에서 보려면 AI 지출 정리 허브도 같이 보세요.

출처: Anthropic 공식 문서 Using agent memory (2026-08-22 확인). 베타 단계라 한도·보관 기간·필드명이 변경될 수 있습니다. 이 글은 정보 제공용이며 법률 자문이 아닙니다.