세션과 세션을 넘어, Claude와 Codex가 공유하는 차세대 기억 방식. Agent Memory Repo를 소개합니다.

세션과 세션을 넘어, Claude와 Codex가 공유하는 차세대 기억 방식. Agent Memory Repo를 소개합니다.

에이전트는 세션이 끝나면 모든 컨텍스트를 잃습니다. 이전 대화에서 무엇을 했는지, 사용자가 어떤 방식을 선호하는지 다시 설명해줘야 합니다.

이를 해결하기 위해 MEMORY.md 같은 파일이나 벡터 데이터베이스, 별도의 Memory API 등을 사용하는 방식이 많이 등장했죠.

Cognition은 이를 Git repository로 관리하는 법을 공개했습니다. Agent Memory Repo는 하나의 메모리 저장소 안에 MEMORY.md를 진입점으로 두고, 나머지 기억을 여러 Markdown 파일과 폴더로 나눕니다.

MEMORY.md는 모든 정보를 담는 거대한 메모장 역할을 하지 않습니다. 매 세션마다 가장 먼저 읽는 인덱스에 가깝습니다. 필요한 정보가 어디에 있는지만 짧게 기록하고, [[projects/payments]] 같은 cross-link를 통해 상세 기억으로 이동합니다. 카파시의 LLM Wiki와 상당히 비슷합니다.

그런데 기억 시스템에는 또 하나의 문제가 있습니다. 에이전트가 계속 새로운 사실을 저장하면 결국 memory가 비대해지고 중복되거나 오래된 정보가 쌓입니다.

Agent Memory Repo는 이를 위해 Dreaming이라는 별도의 에이전트를 제안합니다.

Dreaming은 주기적으로 과거 기억을 다시 살펴보면서 새로운 패턴을 발견해 기억을 추가하고, 동시에 중복된 기억을 합치거나 오래된 정보를 제거합니다. 서로 모순되는 정보가 발견되면 저장된 source를 확인해 어느 정보가 맞는지도 검토합니다.

또한, Agent sworm에도 강점이 있습니다. 여러 에이전트가 동시에 하나의 문제를 조사한다고 가정해보겠습니다. 데이터베이스 담당, Runtime 담당, Cache 담당, Load Balancer 담당 에이전트를 각각 실행할 수 있습니다.

각 에이전트는 같은 repository를 clone하고 자신의 조사 결과를 findings.md 등에 기록합니다. 다른 에이전트가 남긴 정보를 읽고 자신의 가설과 결합할 수도 있습니다.

Cognition이 제시한 예제에서는 Database, Runtime, Cache, Load Balancer 에이전트가 각각 문제의 일부를 조사하고, 서로의 findings와 questions를 공유하면서 결국 하나의 원인을 찾아냅니다.

여기서 Git이 중요한 역할을 합니다. 여러 에이전트가 같은 파일을 수정하면 Git이 변경사항을 병합하고, 같은 부분을 동시에 수정해 충돌이 발생하면 충돌 자체가 에이전트에게 "다른 에이전트가 다른 내용을 기록했다"​는 신호가 됩니다. 에이전트는 두 버전을 읽고 하나의 결과로 다시 작성할 수 있습니다.

결국 Git의 commit, merge, conflict, history 같은 기존 소프트웨어 개발 개념이 에이전트 간 협업 프로토콜로 재사용되는 셈입니다.

공식 문서
https://t.co/9Jz4yc15pu

레포
https://t.co/EBfOnG8P1d