2026-08-28 AI 에이전트에게 기억을 심는 법: State, Memory, 그리고 MongoDB 하이브리드 검색

Fri, 28 Aug 2026 09:33:22 +0900

AI 에이전트, “말은 잘하는데 왜 기억을 못할까”

최근 밋업에서 다뤄진 핵심 주제는 AI 에이전트가 프로덕션 단계로 넘어가면서 부딪히는 실질적 병목, 즉 state와 memory 설계 문제였다. LangChain의 State of Agent Engineering 리포트에 따르면 이미 조직의 상당수가 에이전트를 실제 운영 환경에 투입했지만, 응답 품질(정확성·일관성·환각)이 가장 큰 배포 장벽으로 꼽힌다. 발표자가 강조했듯 LLM 자체는 무상태(stateless)다. 매 요청마다 새로 답하기 때문에, “기억"은 애플리케이션이 별도로 설계해야 하는 인프라 문제가 된다.

State와 Memory는 다른 문제다

발표의 첫 번째 원칙은 state와 memory를 혼동하지 말라는 것이다. LangGraph 공식 문서는 이를 명확히 구분한다. State는 그래프 실행의 매 super-step마다 저장되는 체크포인트로, 에이전트가 중단된 지점에서 재개하거나 human-in-the-loop, time-travel 디버깅을 가능케 하는 “실행 이력"이다. 반면 memory는 세션을 넘어 남아야 하는 지식이다. MongoDB는 이를 단기·장기 메모리 가이드에서 working memory(현재 처리 중인 맥락), episodic memory(과거 사건), semantic memory(일반 지식), procedural memory(반복 작업 절차)로 세분화한다. MongoDB는 실제로 체크포인터로 단기 상태를, Store로 장기 기억을 분리 저장하는 통합을 LangGraph용으로 제공한다.

2026-08-28 AI 에이전트의 State와 Memory: MongoDB로 구현하기

Fri, 28 Aug 2026 09:27:59 +0900

📋 밋업 한눈에 보기

이번 밋업은 CNCF 및 스폰서 소개, 참석자 자기소개 등 네트워킹 시간으로 시작한 뒤, MongoDB 발표자가 AI 에이전트를 만들 때 필요한 state와 memory 개념을 설명하는 발표로 이어졌다. 발표자는 LLM 자체는 상태가 없다는 점을 지적하며, 안정적인 에이전트를 만들려면 작업 상태(state)와 사용자 관련 정보(memory)를 구분해서 저장해야 한다고 강조했다. 이어서 동시성 문제 해결을 위한 findOneAndUpdate, hybrid search를 위한 rank fusion, 그리고 mongod/mongot 프로세스 아키텍처 등 MongoDB의 구체적인 기능들을 예시와 함께 소개했다.

Mongodb on Meetup Insights

2026-08-28 AI 에이전트에게 기억을 심는 법: State, Memory, 그리고 MongoDB 하이브리드 검색

AI 에이전트, “말은 잘하는데 왜 기억을 못할까”

State와 Memory는 다른 문제다

2026-08-28 AI 에이전트의 State와 Memory: MongoDB로 구현하기

📋 밋업 한눈에 보기