무엇을 기억시킬 것인가 — 에이전트 메모리의 저장 규칙 (2026)
기억을 잘하는 시스템은 많이 저장하는 시스템이 아니라 덜 저장하는 시스템입니다.
대화형 도구를 오래 쓰면 같은 설명을 반복하게 됩니다.
이 문제를 풀려고 지난 대화를 저장해 두는 구조가 메모리입니다.
그런데 전부 저장하면 검색 품질이 떨어지고 비용이 올라갑니다.
그래서 실제 설계에서 중요한 것은 저장 여부를 판단하는 규칙입니다.
여론과 지표가 매일 어떻게 바뀌는지는 https://dinsightlab.com 의 검색 트렌드 화면에서도 비슷한 방식으로 축약돼 보여집니다.
남길 것과 버릴 것
저장할 가치가 있는 정보는 대체로 세 가지입니다.
첫째, 사용자의 지속적인 선호입니다. 자주 바뀌지 않고 다음에도 적용되는 내용입니다.
둘째, 확정된 사실입니다. 이름, 역할, 환경 설정처럼 다시 물으면 번거로운 것들입니다.
셋째, 작업 결과입니다. 어떤 조치를 실제로 했는지는 다음 판단의 근거가 됩니다.
반대로 버려야 할 것은 그 대화에서만 의미가 있는 임시 정보와, 다음에 확인하면 달라질 수 있는 수치입니다.
덮어쓸 것인가 쌓을 것인가
저장 방식은 두 갈래입니다.
새 정보가 들어오면 기존 항목을 고치는 방식과, 새 항목으로 계속 추가하는 방식입니다.
고치는 방식은 깔끔하지만 판단이 틀리면 원래 정보가 사라집니다.
쌓는 방식은 안전하지만 검색할 때 어느 것이 최신인지 구분해야 합니다.
그래서 쌓는 쪽을 선택한다면 시점 정보가 함께 저장돼야 합니다.
날짜가 붙어 있어야 지금 상태를 묻는 질문과 과거를 묻는 질문을 구분할 수 있습니다.
검색이 절반이다
저장이 잘돼도 필요한 순간에 꺼내지 못하면 없는 것과 같습니다.
실무에서 쓰이는 방법은 여러 신호를 같이 쓰는 것입니다.
의미 기반 검색은 표현이 달라도 찾아내지만 고유명사에 약합니다.
키워드 검색은 정확한 단어에 강하지만 의미가 비슷한 표현을 놓칩니다.
인물이나 종목 같은 개체를 따로 연결해 두면 두 방식의 빈틈을 메울 수 있습니다.
비용은 토큰이 아니라 잘못된 기억에서 나온다
메모리를 붙이면 매 요청에 들어가는 문맥이 늘어납니다.
그런데 실제로 더 큰 비용은 틀린 기억입니다.
오래된 선호를 최신인 것처럼 적용하면 결과 전체가 어긋납니다.
그래서 저장 시점과 확인 시점을 같이 남기고, 오래된 항목은 사용 전에 다시 확인하는 절차가 필요합니다.
사람이 쓰는 메모와 같은 원칙입니다. 언제 적었는지 모르는 메모는 신뢰할 수 없습니다.
적용할 때의 순서
첫째, 무엇을 저장할지 목록으로 먼저 정합니다.
둘째, 저장 항목마다 유효 기간을 정합니다.
셋째, 검색 결과가 실제로 쓰였는지 로그로 확인합니다.
넷째, 쓰이지 않는 항목은 정리합니다.
데이터가 계속 쌓이는 화면이 어떻게 정리돼 보이는지는 https://dinsightlab.com 에서 확인할 수 있습니다.
정리
메모리의 성능은 저장량이 아니라 저장 규칙에서 나옵니다.
선호, 사실, 작업 결과만 남기고 임시 정보는 버리는 것이 기본입니다.
시점을 같이 저장하고, 검색은 여러 신호를 섞고, 오래된 항목은 다시 확인하는 절차를 둡니다.
매일 갱신되는 정보가 어떻게 요약되는지 보려면 https://dinsightlab.com 의 검색 트렌드 화면을 열어 보시기 바랍니다.