에이전트 메모리는 저장이 아닌 권한 관리다

r/openclaw의 Reddit 게시물은 에이전트 메모리의 어려운 부분이 저장이나 검색이 아니라 권한(authority)이라고 주장합니다. 작성자는 이전에 올바른 정보(마크다운, 벡터 검색, 요약, 이벤트 로그)를 저장하는 것이 핵심 과제라고 생각했습니다. 그러다 실제 문제에 직면했습니다: 오래된 노트가 새로운 결정과 동일한 확신으로 반환된다는 것입니다. 임시 작업 상태가 장기적인 진실처럼 작용합니다. 세 세션 전의 추측이 실제 수정 사항 옆에 검색되고, 모델은 어느 쪽이 권한이 있는지 알 방법이 없습니다.

핵심 통찰

작성자는 검색이 "너무 평평하다"는 것을 깨달았습니다. 메모리 계층에는 저장소뿐만 아니라 역할이 필요합니다. 구체적으로:

수정 사항은 수정된 대상을 약화시켜야 합니다
임시 노트는 만료되어야 합니다
열린 작업은 주의를 끌어야 합니다
결정은 미래 계획을 제약해야 합니다
오래된 계획은 복음이 아니라 오래된 상태로 반환되어야 합니다

제안된 해결책: 살아있는 그래프

메모리를 청크 폴더로 취급하는 대신, 작성자는 사실, 결정, 작업 상태, 수정 사항, 추적, 임시 컨텍스트가 별개의 노드/엣지가 되는 그래프 모델로 전환했습니다. 회상(recall) 시, top-k 청크를 모델에 덤프하는 대신 현재 상황 주변의 활성 이웃을 렌더링합니다.

그래프는 활성화 필드처럼 동작합니다:

일부 메모리는 깨어납니다
주변 컨텍스트가 켜집니다
오래된 링크는 사라집니다
강화된 경로는 더 강해집니다
수정 사항이 도착하면 오래된 계획은 권한을 잃습니다

실용적 차이

회상은 "가장 유사한 청크 검색"에서 "메모리 그래프의 현재 활성 부분과 각 메모리가 무엇을 할 수 있는지"로 바뀝니다. 작성자는 아직 탐구 중이지만, 문제를 재정의합니다: 에이전트 메모리는 과거 정보를 찾는 것보다 반환된 정보에 적절한 수준의 권한을 부여하는 것과 더 관련이 있습니다.

게시물의 미해결 질문

작성자는 다른 사람들이 메모리를 "거대한 귀신들린 검색 상자"로 만들지 않고 오래된 계획, 수정 사항, 임시 작업 상태를 어떻게 처리하는지 묻습니다. 메모리 그래프, 활성화 필드, 또는 권한 가중치를 에이전트에서 실험해본 적이 있다면 Reddit 스레드를 읽어볼 가치가 있습니다.

📖 전체 출처 읽기: r/openclaw