에이전트 메모리를 세션 간에 유지하려고 시도하며 배운 점
What I learned trying to make agent memory survive more than one session
핵심 요약
에이전트 메모리 유지 시 단순 저장보다 정보의 유효성, 우선순위, 적절한 호출 시점을 관리하는 것이 더 중요하다는 점을 공유함.
- 메모리 관리 — 단순 저장보다 정보의 유효성과 맥락 파악이 중요함.
- 정보 필터링 — 과거 정보가 현재 상황에 적절한지 판단하는 과정이 필요함.
- 메모리 모델링 — 그래프, 이벤트 로그, 벡터 스토어 등 다양한 방식의 구현을 고민함.
에이전트 메모리는 단순히 메시지를 저장하고, 임베딩하고, 나중에 검색하는 문제라고 생각했었음.
이걸 더 구축하고 테스트해보니, 그런 프레임은 너무 얕다는 생각이 듦. 골치 아픈 경우는 "옛날 정보를 찾을 수 있나?"가 아님. 진짜 문제는 이런 것들임:
- 이 옛날 정보가 아직도 유효한가?
- 우선순위가 그 이후로 바뀌었나?
- 이게 결정이었나, 지나가는 말이었나, 아니면 그냥 노이즈였나?
- 에이전트가 지금 이걸 표면으로 드러내야 하나, 아니면 그냥 둬야 하나?
마지막 질문은 내가 과소평가했던 부분임. 나쁜 메모리는 단순히 맥락이 부족한 게 아님. 잘못된 타이밍에 맥락이 튀어나오는 것도 문제임.
다들 메모리 상태를 어떻게 모델링하는지 궁금함. 그래프인가, 이벤트 로그인가, 벡터 스토어인가, 작업 상태인가, 아니면 다른 방식인가?

