OpenClaw 에이전트의 단순한 MEMORY.md 설정, 시간 테스트에서 Memory Startup의 런타임을 앞서다

r/openclaw의 한 개발자가 메모리 스타트업으로부터 DM을 받고 제품을 깨뜨려 달라는 요청을 받았다. 테스트는 이랬다. 같은 의사결정의 세 가지 버전을 에이전트에 입력하고 현재 버전을 반환하는지 확인하는 것. 스타트업의 런타임은 실패했고, 메모리가 그냥 git 저장소 안의 마크다운인 개발자의 OpenClaw 에이전트는 통과했다.

테스트

세 가지 의사결정이 순서대로 스타트업의 런타임에 입력됐다.

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

런타임은 GraphQL을 반환했다. 세 항목 모두 관련도 1.000으로 동점이 됐는데, 검색 경로 어디에서도 스키마의 시간 필드를 실제로 읽지 않기 때문이다.

반면 OpenClaw 에이전트는 tRPC를 날짜와 함께, 위에 이전 버전들이 취소선으로 그어진 상태로 반환했다. 작성자의 표현에 따르면, 순위를 매길 게 없고 그냥 파일에 쓰인 대로 나온 것이다.

설정은 이렇게 생겼다

이 에이전트는 7개월 동안 세 가지 모델과 두 공급업체를 거치면서도 같은 하나였다. 저장은 애초에 어려운 부분이 아니었다. 어려운 건 쓰기 규칙이다.

• MEMORY.md는 색인일 뿐이고 사실은 담지 않는다. OpenClaw는 큰 부트스트랩 파일을 잘라내기 때문에, 파일이 비대하면 조용히 뒷부분이 사라진다.
• 모든 사실에는 stated, observed, inferred, suggested 태그가 붙는다.
• 추론된 교훈이 규칙이 되려면 2개 세션에 걸쳐 3개의 신호가 필요하다.
• 변경된 의사결정에는 취소선을 긋고, 절대 덧붙이지 않는다.

작성자는 솔직하게 말한다. n=1이고, 에이전트가 실제로 규칙을 따를 때만 작동한다고. 엉성하게 쓰는 사람은 마크다운 폴더도 썩게 만든다.

시간 필드가 중요한 이유

에이전트를 위해 만들어진 대부분의 메모리 시스템은 검색을 관련도 순위 매기기 문제로 취급한다. 스키마에 valid_from / valid_to 필드가 있어도 검색기가 이를 무시하면, 대체된 사실이 현재 사실과 동일한 점수를 받는다. 스타트업의 런타임이 보여준 게 정확히 그것이다. 1.000으로 세 개가 동점. git 기반 마크다운 파일은 순위 문제를 완전히 우회한다. 현재 버전은 취소선이 그어지지 않은 줄이고, 이력은 그 위에 인라인으로 있다.

작성자는 전체 테스트와 설정을 오픈소스로 공개했다. 링크는 원본 스레드의 댓글에 있다. 또한 다른 사람들은 메모리로 무엇을 쓰는지도 묻고 있다. 기본 MEMORY.md인지, 플러그인인지, 아니면 직접 만든 것인지.