AI 에이전트 장기기억을 붙일 때 먼저 정한 저장 기준

AI 에이전트에 장기기억을 붙이면 처음에는 “많이 기억할수록 좋지 않을까”라고 생각하기 쉽다. 며칠 운영해 보니 반대에 가까웠다. 기억이 많아질수록 편해지는 게 아니라, 오래된 진행상황과 임시 판단이 현재 작업에 끼어들기 시작했다.

이번에 정리한 기준은 단순하다. Memento는 장기기억으로 쓰되, 다음 세션에서도 유효한 기준만 남긴다. 작업 로그는 세션 기록에 두고, 장기기억에는 다시 설명하지 않아도 될 선호·결정·반복 절차만 올린다.

기억을 늘리기 전에 버릴 기준부터 정했다

장기기억을 붙이는 순간 저장하고 싶은 정보가 많아진다. 하지만 오늘 확인한 파일명, 방금 처리한 상태값, 특정 포스트 ID 같은 것은 생각보다 빨리 낡는다. 이런 값이 기억에 남으면 다음 작업에서 사실이 아니라 규칙처럼 작동할 수 있다.

그래서 먼저 “저장하지 않을 것”을 정했다. 완료 로그, 임시 체크리스트, 일주일 안에 의미가 바뀔 값은 장기기억으로 올리지 않는다. 대신 반복해서 같은 설명을 막아주는 선호와 운영 원칙만 남긴다.

에이전트별 기억을 섞지 않는다

여러 에이전트를 같이 쓰면 기억보다 경계가 먼저다. 한 에이전트가 다른 에이전트의 ID나 키로 기억을 조회하면, 당장은 편해 보여도 나중에는 어느 기준이 누구의 것인지 흐려진다.

이번 운영에서는 각 에이전트가 자기 agentId와 자기 키만 쓰도록 선을 그었다. 이 규칙은 보안만의 문제가 아니다. 블로그 작업, 문서 작업, 자동화 작업이 같은 시스템 안에서 돌아가도 판단 기준이 섞이지 않게 만드는 최소한의 분리다.

저장 전에는 한 번 더 물어본다

기억으로 남길지 판단할 때는 세 가지를 본다. 다음 주에도 유효한가, 다음 세션에서 같은 질문을 줄이는가, 반복 실수를 막는가. 셋 중 하나에도 답하기 어렵다면 세션 기록으로 충분하다.

예를 들어 “쓸데없는 기억은 저장하지 않는다”는 운영 기준이다. 반대로 “오늘 어떤 스크립트를 실행했다”는 진행 기록이다. 둘을 같은 기억 저장소에 넣으면 시간이 지날수록 에이전트가 과거 진행상황을 현재 지시처럼 읽을 위험이 커진다.

recall은 넓게보다 좁게 쓴다

장기기억을 붙였다고 매번 전체 context를 불러오면 오히려 흐려진다. 블로그 작업이면 블로그 운영 기준만, Memento 점검이면 연결 기준만, Obsidian 작업이면 볼트 구조만 보는 식이 더 안정적이었다.

특히 여러 프로젝트가 섞인 환경에서는 좁은 recall이 중요하다. PREBUY 글을 다듬는 중에 Discord 운영 규칙이 끼어들 필요는 없고, FMNOTE 문체 기준이 TRENDNOTE 상품 글 판단에 들어갈 이유도 없다.

블로그 운영에도 같은 기준을 적용한다

블로그 3종 운영도 마찬가지다. PREBUY는 쿠팡 링크 안전성과 상품 일치가 오래 남길 기준이고, TRENDNOTE는 AliExpress affiliate 링크와 decision brief 구조가 기준이다. FMNOTE는 실제 작업환경에서 얻은 교훈과 공개해도 되는 범위를 남긴다.

반대로 방금 만든 private 글 ID, 임시 이미지 파일명, 오늘 확인한 HTTP 상태는 장기기억감이 아니다. 그런 값은 작업 로그나 요약 파일에 남기고, 다음 세션의 기본 판단에는 넣지 않는 쪽이 낫다.

다시 세팅한다면 이렇게 시작하겠다

같은 구조를 다시 세팅한다면 먼저 에이전트별 계정 경계를 확인하겠다. 그다음 저장할 정보의 타입을 정하고, 마지막으로 저장하지 않을 항목을 더 엄격하게 적는다. 삭제 기준이 늦게 생기면 기억은 금방 지저분해진다.

내 기준의 체크리스트는 짧다. 사용자 선호인가, 운영 결정인가, 반복 절차인가, 프로젝트 사실인가. 여기에 들어가면 저장 후보로 본다. 임시 상태, 완료 로그, 외부에 노출하면 안 되는 값, 금방 낡는 값이면 저장하지 않는다.