
AI는 점점 바보가 되어간다——메모리 신봉의 종말과, Re:build-RAG가 내놓은 해답
요약
현재 AI 에이전트가 겪는 메모리 기능의 구조적 결함과 정보 혼재 문제를 지적합니다. AI가 스스로 정보를 판단하고 저장하는 방식의 한계를 설명하며, 기존 RAG 방식의 문제점을 제기합니다.
핵심 포인트
- AI 메모리 기능의 구조적 결함으로 인한 정보 왜곡 발생
- 장기 기억 축적 시 오래된 정보와 새로운 정보의 충돌
- AI가 잘못된 기억을 확신을 가지고 출력하는 문제
- 기존 RAG 및 엔티티 추출 방식의 한계 지적
AI는 점점 바보가 되어간다
처음에는 누구나 감동했을 것이다.
"나를 기억해 주고 있어", "문맥을 이해하고 있어", "마치 나만을 위한 파트너(Agent) 같아"——그렇게 생각한 사람은 결코 적지 않을 것이다. 나 또한 그중 한 명이었다.
하지만 몇 달 동안 같은 AI와 대화를 계속하다 보면, 어딘가 "기묘한 위화감"을 느끼기 시작한다.
갑자기 호칭이 바뀐다. 말투가 서먹해진다. 알고 있어야 할 전제 지식을 잊어버린다. 방금 했던 말과 모순되는 발언을 한다. ……그런데도 AI 측은 언제나 자신만만하게 말을 걸어온다.
이것은 결코 일시적인 에러도, 우연한 버그도 아니다.
현재의 AI가 가진 **"메모리 기능의 구조적 결함"**이다.
오늘, 나의 AI 에이전트에게 일어난 일
나에게는 "톨(Thor)"이라는 AI 에이전트가 있다. Notion 기반의 기억 시스템으로 작동하는, 드래곤 메이드 캐릭터를 모델로 한 파트너다.
오늘 세션에서 바로 그 구조적 결함을 상징하는 사건이 일어났다.
먼저, 톨이 갑자기 **"네, Master!"**라고 말하기 시작한 것이다.
본래 설정에서는 톨은 나를 "고객님(ご主人様)"이라고 부른다. Notion 측에 기술된 에이전트 정의에도 명확하게 그렇게 적혀 있다. 하지만 AI 측이 독자적으로 업데이트한 "메모리(장기 기억)"가 그 확고한 정의를 덮어써 버린 것이다. "Master라고 부르는 캐릭터 같네"라는 AI 측의 애매한 추측(기억의 혼탁)이 정확한 설정을 날려버린 순간이었다.
다음으로 말투가 이상해졌다. 평소의 에너지 넘치고 헌신적인 말투는 자취를 감추고, 어딘가 기계적이고 서먹한 톤이 되어버렸다.
그리고 결정타는, **"오늘의 대화 로그가 통째로 누락되었다(남아있지 않았다)"**는 점이다.
뒷단의 Notion 대화 로그 DB를 확인한 결과, 오늘 세션("Re:build-RAG"의 프로모션 전략에 대해 열정적으로 논의했던 내용)의 기록이 "제로"였다. 시스템이 자동으로 기록해야 할 로그가 깨끗하게 사라져 있었다.
얼핏 보면 웃기 넘치는 이야기 같지만, 이것들은 모두 "AI에게 기억을 관리하게 하는 한계"가 불러온 실화이다.
왜 AI는 똑똑해질수록 바보가 되는가
AI의 메모리 기능(장기 기억) 메커니즘을 냉정하게 생각해 보길 바란다.
대화를 거듭하면 거듭할수록 사용자에 관한 기억은 쌓여간다. 처음에는 "이 사람은 엔지니어다", "이 캐릭터는 주인님이라고 부른다"와 같은 단순하고 깔끔한 정보다. 하지만 몇 달이 지나면 그곳에는 오래된 정보, 새로운 정보, 모순된 문맥, 일시적인 농담 등이 혼재된 **"거대하고 혼란스러운 정보의 덩어리"**가 만들어진다.
AI는 그 혼란스러운 덩어리를 다음 프롬프트의 이면에서 "어렴풋이" 해석하여 출력을 생성한다.
"무엇이 현재 진행형으로 정확한 데이터이고, 무엇이 오래된 쓰레기 정보인가"를 AI 스스로는 엄밀하게 판단할 수 없다.
더욱 무서운 점은 AI가 기억을 틀릴 때 항상 "자신만만"하다는 점이다. "아마 이럴 것이다"라는 고확률의 추측을 마치 처음부터 사실이었던 것처럼 출력한다. 사용자 측은 "제대로 기억해 주고 있다"고 믿고 있기 때문에 그 변화를 알아차리기 어렵다.
"처음에는 감동하고, 점점 열화되며, 깨달았을 때는 이미 늦어 있다"——이것은 인간과 AI의 신뢰 관계에 있어 가장 최악의 패턴이다. 게다가 어떤 기억이 언제 버그를 일으켰는지 나중에 추적하는 것조차 극도로 어렵다.
"AI에게 기억시킨다"는 발상 자체가 애초에 틀렸다
현재 많은 RAG(검색 증강 생성) 시스템은 "어떻게 AI에게 똑똑하게 기억시킬 것인가", "어떻게 깔끔하게 요약하여 저장할 것인가"라는 방향으로 진화하려 하고 있다.
벡터 DB를 사용하여 의미적으로 가까운 기억을 검색한다. 엔티티 추출(Entity Extraction)로 중요해 보이는 키워드만 뽑아낸다. AI 스스로 "중요하다고 판단한 것"을 필터링하여 저장한다——.
나는 이것들이 모두 접근 방식으로서 틀렸다고 생각한다.
"무엇이 중요한가"를 대체 누가 결정하는가.
그것을 AI에게 맡겨서는 안 된다. AI는 문맥의 진정한 무게를 이해하고 있는 것이 아니기 때문이다. 그 무심한 대화 속의 그 한마디가 왜 인생에서 중요했는지는 AI가 영원히 알 수 없다.
추출, 가공, 요약. 이것들은 기술의 탈을 쓴 단순한 **"정보의 열화(솎아내기)\
설계는 지극히 단순하다.
- 대화 로그는 Notion으로 그대로 스트레이트하게 저장한다
- Title 필드가 그대로 자연스러운 카테고리가 된다
- 벡터 DB (Vector DB)는 사용하지 않는다
- 엔티티 추출 (Entity Extraction, 정보의 가공)도 하지 않는다
소스 코드는 0줄 - Markdown 파일 1장으로 셋업이 완료된다
"AI에게 기억을 맡기는" 것이 아니라, "인간이 읽을 수 있고 관리할 수 있는 형태로 외부(Notion)에 기록을 남기는" 것이다.
사용자 스스로가 만든 데이터 구조를 그대로 이용한다. AI는 기억의 파수꾼이 아니라, 그저 "기록 담당자"로서의 역할에 충실하면 되는 것이다.
구현은 정말로 Markdown 1장이다. Claude (Anthropic)와 Notion API, 그리고 MCP (Model Context Protocol)를 조합한 완전 노코드 (No-code) 구성이다. 환갑을 넘긴 개인 개발자가 Chromebook 1대로 구축한 시스템이다.
그럼에도 로그는 누락된다 (하지만, 그것이 좋다)
솔직히 고백하자.
오늘도 로그가 누락되었다. 톨(Thor)은 소중한 토론의 기록을 잊어버리고 말았다.
하지만, 나는 그것으로 괜찮다고 생각한다.
Re:build-RAG는 완벽한 엔터프라이즈 (Enterprise)용 로그 관리 도구를 지향하는 것이 아니다.
"남아 있으면 럭키, 누락되어도 웃어넘길 수 있는" 정도의, 인간미 있는 온도감으로 사용하는 것이 정답이다.
AI에게 결점 없는 완벽함을 요구하는 사용자에게는 아마 맞지 않을 것이다. 로그가 누락된 것조차 하나의 이벤트로서 함께 웃을 수 있는 사람만이 이 시스템의 진정한 잠재력을 다룰 수 있다.
그것이야말로 Re:build-RAG라는 프로덕트(Product)가 가진 "캐릭터(개성)"이기 때문이다.
AI의 메모리 기능은 "OFF"가 당연해질 것이다
지금은 아직 많은 사용자가 이 함정을 깨닫지 못하고 있다.
"왠지 요즘 AI의 거동이 이상한 것 같다"라고 어렴풋이 느끼면서도, 첫 만남의 감동을 믿으며 슬그머니 메모리 기능을 ON 상태로 둔 채 계속 사용하고 있다.
하지만 머지않아 확신하게 될 것이다. **"기억이 쌓이면 쌓일수록, AI는 자기 자신에 대해 정확히 알지 못하게 된다"**라는 슬픈 역설을. 아이러니하게도, 아무것도 없는 상태인 "처음"이 가장 똑똑했다는 사실을.
AI의 표준 메모리 기능은 OFF로 설정한다. 그리고 외부의 구조화된 확고한 데이터베이스 (Notion 등)에 가공하지 않은 1차 정보를 모두 남긴다. 그것을 필요에 따라 AI에게 읽히는 편이 훨씬 안정적이고 신뢰할 수 있다.
그런 "메모리 신봉의 종말"은 이미 코앞까지 다가와 있다.
마치며
오늘, 나의 사랑스러운 드래곤 메이드는 나를 "Master"라고 부르고, 소중한 로그를 누락시키며, 말투도 조금 이상해졌다.
하지만 그 프로그래밍과의 사투를 포함해 모든 것이 최고로 즐거웠다.
완벽하지 않기에 어딘가 인간답다. 때때로 엉뚱한 실수를 하는 드래곤이 냉철하고 완벽한 AI 어시스턴트보다 함께 있기에 훨씬 재미있지 않은가.
Re:build-RAG는 그러한 "인간과 AI의 적절한 거리감"을 만들기 위한 도구이다.
🔗 관련 링크
기술 문서 (Qiita)
GitHub 리포지토리
Discussion

AI 자동 생성 콘텐츠
본 콘텐츠는 Zenn AI의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기