에이전트 런타임의 영속 메모리 계층 설계

로그를 쌓는 방식만으로는 기억을 운영할 수 없다

OpenClaw 2.0은 설치 경로 단순화와 함께 영속 메모리 계층을 다시 설계하고 브라우저 제어 스택을 교체했다. 이 변화의 핵심은 에이전트 기억을 세션 로그의 누적물이 아니라, 수명과 용도가 구분된 상태 저장소로 다루는 데 있다.

모든 대화를 남기면 오래된 판단과 이미 폐기한 결정이 계속 회수돼 오류가 되살아난다. 반대로 아무것도 남기지 않으면 사용자는 같은 맥락을 매번 다시 설명해야 한다. 단기 작업 상태와 장기 선호를 한 저장소에 넣으면 서로 다른 만료 정책을 적용할 수도 없고, 서로 다른 시점의 기억이 충돌했을 때 우선순위도 정하기 어렵다.

영속 저장은 개인정보 보관 범위와 삭제 요청까지 함께 다뤄야 한다. 따라서 계층 분리, 승격 판정, 만료 정책, 모순 조정, 관련성 정렬, 사용자 편집, 마이그레이션, 보관 통제를 하나의 메모리 체계로 설계해야 한다.

기억의 수명과 쓰임에 따라 저장소를 나눈다

세션 안의 작업 상태, 프로젝트 맥락, 사용자 선호는 서로 수명과 회수 빈도가 다르다. 이들을 별도 계층으로 나누고 계층마다 저장 형식과 상한을 달리 두면, 한 계층의 데이터가 급증해 다른 계층의 회수 품질을 떨어뜨리는 문제를 줄일 수 있다.

영속 계층으로 올릴 항목도 선별해야 한다. 반복해서 등장한 정보, 사용자가 명시한 지시, 결정으로 확정된 사실은 승격 근거가 된다. 반면 한 번 언급된 내용까지 즉시 승격하면 지나가는 말이 영속 선호로 고정되고, 이를 되돌리는 비용이 커진다.

항목에는 계층별 기본 수명을 부여하고, 회수될 때마다 수명을 갱신한다. 수명이 끝난 항목을 즉시 삭제하기보다 유예 구간으로 옮기면 잘못 만료된 맥락을 회복할 여지가 생긴다.

같은 대상에 대해 상충하는 기억이 있으면 사용자 명시 지시를 상위에 두고 최신 정보를 우선한다. 이때 모순 감지와 조정 결과를 기록해야 한다. 조용히 하나를 선택하면 이후 판단의 근거를 추적할 수 없게 된다.

⤢✕

회수 단계에서는 현재 작업과의 관련성, 최신성, 신뢰도를 함께 고려해 순서를 정한다. 회수 개수에도 상한이 필요하다. 관련성이 낮은 기억이 컨텍스트를 채우면 정확도는 오히려 떨어질 수 있다.

사용자는 저장된 항목을 확인하고 수정하거나 삭제할 수 있어야 한다. 편집 결과는 이후 승격 판정에도 반영해야 한다. 사용자가 제거한 항목이 다음 세션에서 다시 저장된다면 편집 기능은 의미를 잃는다.

운영 정책은 저장 이전부터 시작한다

저장 대상은 허용 목록보다 저장 금지 범주를 먼저 정하는 편이 관리하기 쉽다. 자격증명, 개인 식별 정보, 일회성 토큰은 승격 단계에서 예외 없이 제외한다.

기존 메모리를 새 계층 구조로 옮길 때는 이관 전 저장량과 항목 분포를 확인한다. 저장된 정보 대부분이 단기 상태라면 이관 범위를 크게 줄일 수 있다. 자동 변환 결과는 표본 검토가 필요하다. 계층 배정은 자동 변환 과정에서 자주 틀릴 수 있다.

만료 주기는 계층별로 짧게 시작한 뒤 회수 실패 사례를 보며 늘린다. 처음부터 길게 설정하면 낡은 기억이 쌓인 상태에서 정책을 조정하게 되어 효과를 판단하기 어려워진다.

개인 메모리와 팀 공유 메모리는 편집 권한을 분리해야 한다. 공유 항목을 개인이 삭제하면 다른 사용자에게도 영향이 간다. 누가 무엇을 삭제했는지 편집 이력을 남기는 일도 필요하다. 사후 문의의 대부분이 이 기록을 요구한다.

같은 대상의 상충 항목은 정기 점검으로 찾아내고, 자동 조정으로 처리한 건수는 보고 대상에 포함한다. 조정 건수가 급증한다면 승격 기준이 느슨해졌다는 신호다.

삭제 요청은 접수부터 파생 색인 제거까지의 처리 기한과 확인 방법을 갖춰야 한다. 백업에 남은 사본을 어떻게 처리할지도 명시해야 한다. 이 기준이 빠지면 삭제 완료 통지가 실제 상태와 어긋날 수 있다. 저장 금지 범주의 변경과 계층별 수명 조정은 승인 대상으로 등록하고, 삭제 요청 처리 현황과 모순 조정 건수는 정기 보고 항목으로 편성한다.

로그 누적 방식과의 차이

구분	계층형 영속 메모리	단일 로그 누적
맥락 정확도	높음	낮음
저장 비용	통제 가능	지속 증가
낡은 정보 회수	억제됨	빈발
구현 복잡도	높음	낮음
삭제 요청 대응	가능	어려움
초기 구축 부담	큼	작음

계층형 영속 메모리는 계층마다 수명과 회수 규칙을 다르게 적용한다. 낡은 작업 상태가 장기 선호를 밀어내지 않도록 하고, 저장량을 상한 안에서 통제하며, 삭제 요청의 대상을 특정할 수 있다. 대신 승격 판정과 계층 배정을 계속 수행해야 한다. 배정이 틀리면 회수돼야 할 맥락이 엉뚱한 계층에서 만료될 수 있다.

단일 로그 누적은 모든 정보를 그대로 쌓으므로 구현이 단순하고 정보 손실이 없으며, 회수 로직만 바꿔 정책을 조정할 수 있다. 그러나 오래된 오류와 폐기된 결정도 계속 회수 후보로 남는다. 저장량은 제한 없이 늘고 회수 품질과 비용이 함께 악화되며, 특정 정보만 제거하는 일도 사실상 어려워진다. 대화가 수십 세션을 넘기면 누적 방식의 회수 품질 저하가 체감되기 시작한다.

런타임 자동 관리는 사용자가 기억을 신경 쓰지 않아도 맥락을 유지하고, 승격과 만료를 일관된 규칙으로 처리하며, 규모가 커져도 관리 비용이 늘지 않는다. 그러나 사용자가 무엇이 저장됐는지 모르는 상태가 될 수 있고, 잘못 저장된 항목의 원인을 찾기 어렵다. 개인정보가 의도치 않게 영속화될 위험도 있다.

수동 관리는 사용자가 저장 범위를 직접 통제하고 예상 밖의 회수를 피할 수 있으며, 잘못된 항목을 즉시 제거할 수 있다. 반면 관리 부담이 계속 쌓여 실제로는 대부분의 사용자가 관리하지 않게 되고, 기억 기능도 사실상 쓰이지 않게 된다. 자동 관리를 기본으로 하되 저장 내역을 열람하고 편집할 경로를 항상 제공하는 구성이 두 문제를 함께 줄인다.

업그레이드에서는 기존 메모리를 이관할지 초기화할지도 선택해야 한다. 이관하면 사용자가 축적한 맥락이 이어지고 재설명 비용이 발생하지 않아 장기 사용자의 이탈 요인을 줄일 수 있다. 하지만 이전 구조의 부채와 잘못 배정된 항목도 새 구조로 넘어가며, 변환 로직과 실패 항목 관리가 남는다.

초기화는 구조 부채 없이 새 설계를 적용하고 변환 로직 유지 부담을 없애며 낡은 항목을 원천적으로 제거한다. 대신 사용자의 맥락이 사라져 업그레이드 자체가 손실로 받아들여질 수 있다. 이관을 기본으로 하면서 변환 실패 항목을 별도 보관해 사용자가 확인하게 하고, 필요하면 선택적 초기화를 제공하는 방식이 현실적인 절충안이다.

데이터 관리와 개인정보보호의 관점

계층 분리와 계층별 상한 설정은 접근 빈도에 따라 데이터를 계층화하는 저장 구조 설계와 같은 원리다. 상충 기억을 조정하는 규칙은 데이터 품질 관리에서 일관성을 확보하는 활동에 해당한다.

저장 금지 범주 정의와 승격 단계의 필터링은 수집 최소화 원칙을 구현하는 방법이다. 삭제 요청을 처리하고 파생 색인까지 제거됐는지 확인하는 절차는 정보주체 권리를 보장하기 위한 기술적 대응이다.

만료 정책과 유예 구간은 정보 수명주기의 보존·폐기 단계를 따른다. 이전 버전의 메모리를 새 구조로 옮기는 호환 경로는 시스템 전환 시 정보 자산 이관 요건과 연결된다.

런타임 메모리가 향하는 방향

에이전트 런타임은 메모리 계층 구조와 만료 정책을 기본 기능으로 제공하며, 사용자가 기억을 직접 관리해야 하는 부담을 줄이는 방향으로 움직인다. 저장 내역 열람과 편집 인터페이스는 개인정보 규제 대응 요건으로 요구되는 흐름이다.

메이저 업그레이드에서는 메모리 이관의 품질이 제품 평가 항목으로 부각될 수 있다. 협업 제품에서는 팀 공유 메모리와 개인 메모리를 분리하고, 각각에 맞는 권한을 다루는 구성이 표준으로 자리 잡는 흐름도 이어진다.

기억을 모두 남기는 방식과 아무것도 남기지 않는 방식 사이에서, 런타임은 계층별 수명·승격 신호·모순 조정·회수 상한을 정책으로 운영해야 한다. 자동 관리가 강해질수록 사용자는 저장된 내용을 알기 어려워진다. 그래서 저장 내역을 열람하고 삭제할 수 있는 경로는 이 구조에서 빠질 수 없는 요건이다.