Memory는 무엇이며, 왜 에이전트 시스템에서는 단순한 ‘컨텍스트’와 구분되는가?

에이전트 시스템에서 Memory는 단일 응답을 위한 입력 맥락이 아니라, 작업을 진행하며 축적된 정보를 이후 판단과 행동에 활용하기 위한 구조로 설명된다. 이는 현재 단계만을 나타내는 상태(state)와 달리, 과거의 결과·지식·결정을 보존해 작업 흐름을 이어주는 역할을 한다. 쉽게 말해, “지금 무엇을 하고 있는지”가 아니라 “전에 무엇을 했고 무엇을 배웠는지”를 남기는 장치다.

이 글의 범위
이 문서는 에이전트 시스템에서 Memory의 개념과 역할을 설명하며, 특정 저장 기술·데이터베이스·구현 방식이나 운영 정책은 다루지 않는다.

핵심 정의

• Memory: 과거 상호작용, 중간 결과, 지식을 저장해 이후 판단과 실행에 활용되는 지속적 맥락 정보.
• 컨텍스트(context): 단일 요청이나 세션 내에서 모델이 참고하는 입력 정보로, 보통 일시적이다.
• 상태(state): 현재 작업이 어느 단계에 있는지를 나타내는 즉시적 진행 정보.
• 지속성(persistence): 작업이나 세션이 바뀌어도 정보가 유지되는 특성.
• 회상(retrieval): 저장된 정보를 현재 작업에 맞게 다시 불러오는 과정.

핵심 구성 요소

• 기억의 범위 설정
  어떤 정보를 저장할지, 무엇을 버릴지 정한다.
  예시: 최종 결론은 남기되, 임시 계산 값은 저장하지 않음.
• 시간적 축적
  작업이 진행되며 정보가 누적된다.
  비유: 회의록이 쌓이며 프로젝트 히스토리가 형성되는 과정.
• 선별적 회상
  필요한 정보만 현재 작업에 불러온다.
  예시: 과거 유사 사례만 찾아 참고.
• 상태(state)와의 구분
  state는 “지금 위치”, memory는 “지나온 경로”를 담당한다.
  비유: 내비게이션의 현재 위치와 주행 기록의 차이.
• 행동 반영
  기억된 정보가 다음 계획이나 실행에 영향을 준다.
  예시: 이전 실패 원인을 기억해 다른 접근을 선택.

Memory와 다른 개념 비교

구분Memory컨텍스트상태(state)시간 범위장기적·누적단기적·일시적즉시적유지 기간세션을 넘어 유지될 수 있음요청/세션 종료 시 소멸단계 변경 시 갱신주된 역할과거 정보 활용현재 입력 보강현재 진행 위치 표시설계 유연성설계에 따라 범위가 달라짐비교적 고정비교적 단순

흔한 오해/주의점

1. Memory를 단순히 긴 컨텍스트로 이해하기 쉽다
   실제로는 무엇을 저장하고 언제 회상할지에 대한 설계가 핵심이다.
2. 모든 정보를 기억할수록 좋다는 인식
   과도한 저장은 불필요한 혼선을 만들 수 있다.
3. state와 memory를 동일한 개념으로 혼용하기 쉽다
   state는 현재 위치, memory는 누적된 맥락으로 역할이 다르다.

FAQ

Q1. Memory는 반드시 장기 저장이어야 하는가?
A. 아니다. 단기·중기·장기 형태로 설계될 수 있으며 목적에 따라 범위가 달라진다.

Q2. Memory가 없으면 에이전트는 동작하지 않는가?
A. 단순 작업은 가능하지만, 반복·누적 판단이 필요한 경우에는 Memory가 함께 논의된다.

Q3. 컨텍스트 창이 큰 모델이면 Memory가 필요 없는가?
A. 그렇지 않다. 컨텍스트는 일시적이며, 세션을 넘어 축적되는 정보는 Memory로 다뤄진다.

Q4. Memory는 항상 정확한 정보를 보장하는가?
A. 아니다. 저장·회상 과정의 설계에 따라 오류나 누락이 발생할 수 있다.

관련 읽을거리

• 도입 검토 관점: 「에이전트 메모리가 커질수록 운영 복잡도는 어떻게 변하는가?」
• 도입 검토 관점: 「Memory 설계가 실패로 이어지는 경우는 언제인가?」