마크다운 메모리가 382개 의존성 메모리 런타임을 에이전트 회상 테스트에서 이긴다

r/openclaw의 한 개발자가 에이전트의 장기 기억을 설치형 메모리 런타임 대신 구조화된 마크다운 파일 폴더로 운영한 7개월간의 프로덕션 노트를 공개했습니다. 핵심 주장은 이것입니다. 에이전트 기억의 어려운 부분은 저장이나 검색이 아니라 편집 정책이라는 것입니다.

망가뜨리기 테스트

한 메모리 스타트업이 작성자에게 자신들의 제품을 망가뜨려 달라고 요청했습니다. 벤치마크는 이러했습니다. 8개월에 걸쳐 동일한 프로젝트 결정의 세 가지 버전을 에이전트에게 주고, 현재 버전을 반환할 수 있는지, 폐기된 이력을 보존하는지, 출처를 보여주는지 확인하는 것입니다.

세 가지 결정이 입력되었고, 각각 출처 회의 태그가 붙었습니다:

• REST — 1월
• GraphQL — 4월
• tRPC — 8월

"우리 공개 API 결정이 뭐야?"라고 묻자, 벤더 런타임은 GraphQL을 반환했습니다. 폐기된 답변이었습니다. 세 버전 모두 1.000의 관련성 점수로 동점을 받았는데, 검색 경로에서 시간 필드를 실제로 읽는 것이 아무것도 없기 때문입니다. 스키마에 폐기 열이 존재하지만, 아무것도 그 열에 쓰지 않고 아무것도 그 열로 순위를 매기지 않습니다. 결정의 세 버전이 세 개의 동등한 사실이 됩니다. 그 결과에 도달하기 위한 설치 크기: 382개 패키지.

마크다운 폴더가 반환한 것

작성자 자신의 기억에 같은 종류의 질문을 던지자, 날짜가 표시된 현재 결정이 반환되었고, 폐기된 버전들은 그 위에 취소선 이력으로 보존되어 있었으며, 각 줄에는 출처가 붙어 있었습니다. 그 동작은 쿼리 시점에 계산되는 것이 아니라, 편집 규칙이 요구하기 때문에 파일이 그렇게 말하고 있는 것뿐입니다.

아키텍처

• 장기 기억은 구조화된 마크다운 파일에 있습니다.
• 작은 MEMORY.md가 무엇이 존재하고 어디를 봐야 하는지 알려주는 가벼운 인덱스 역할을 합니다.
• 항상 로드되는 컨텍스트는 작게 유지되며, 영구적이고 검사 가능한 기억에는 데이터베이스나 메모리 프레임워크가 필요하지 않습니다.
• 의존성 제로. 텍스트 편집기로 완전히 감사 가능합니다.
• 두 벤더의 세 가지 프런티어 모델에서 7개월간 매일 사용해도 살아남았습니다.

작성자는 전체 시스템이 오픈 소스이며 README에 파일 접근 권한이 있는 모든 에이전트에 설치할 수 있는 복사-붙여넣기 프롬프트 하나가 포함되어 있다고 말하지만, 서브레딧 모드들이 링크를 차단했다고 전했습니다.

장기 운영 에이전트를 돌리는 모든 사람을 위한 교훈: 기억 계층이 폐기된 버전을 온전히 유지하면서 현재의 진실을 출처와 함께 반환하지 못한다면, 검색 인프라를 더 추가해도 해결되지 않습니다. 편집 규칙이 해결합니다.