에이전트가 필요한 건 기억력이 아니라 문서

핵심 요약

• 기존 메모리 플러그인은 대화 내용을 스니펫으로 쪼개 벡터 데이터베이스에 저장했다가 프롬프트마다 유사도로 상위 5개를 주입하는 RAG 방식으로 동작하고 있다.
• 유사도 검색은 정확성·최신성·누락된 정보를 파악할 수 없고, 스니펫은 문맥을 잃으며, 매일 변하는 코드베이스에서 기록된 정보는 빠르게 구식이 되며, 에이전트는 무엇을 모르는지 알 수 없어 검색 도구를 제대로 사용하지 못한다.
• 또한 수천 개의 임베딩이 저장되면 어떤 기억이 활용되고 있는지, 어떤 기억이 오래되었거나 잘못되었는지 감시할 수 없는 감사 불가능의 문제가 있다.
• 근본적으로 이들 플러그인은 '에이전트가 잊어버린다'는 잘못된 가정에서 출발해 과거를 더 잘 기억하려고 시도하지만, 실제로 인간은 과거 회의를 다시 보지 않고 문서를 기록하고 활용한다.
• 진정한 해결책은 에이전트가 Markdown 형식의 뇌를 가져 작업 전에 관련 문서를 읽고 작업 후 최신화하는 문서 기반 메모리이다.
• 이를 통해 에이전트의 작업 흐름이 '프롬프트 → 빌드 → 망각'에서 '프롬프트 → 참고 → 빌드 → 업데이트'로 바뀌며, 메모리는 검색 불가능한 벡터 데이터베이스에서 읽고 수정 가능한 워크스페이스로 변환된다.
• 저자는 1년 이상 이 방식을 프로젝트에 적용한 경험을 바탕으로 'Operator Memory' 플러그인을 개발했으며, 벡터 데이터베이스·임베딩·백그라운드 프로세스 없이 모든 문서를 평문 Markdown으로 관리할 수 있게 만들었다.
• Operator Memory는 무료 오픈소스로 제공되며 팀과 함께 공유 가능한 명확한 문서로 에이전트의 지식을 구조화한다.