Vektori의 메모리 아키텍처: Claude의 유출된 시스템 원칙

메모리 아키텍처 원칙

Claude Code 팀은 그들의 메모리 시스템이 어떻게 작동하는지 공유하며 핵심 원칙을 밝혔습니다: 메모리는 저장소가 아닌 인덱스입니다. MEMORY.md에는 단지 포인터만 포함되어 있으며(줄당 150자), 실제 지식은 별도의 파일에 저장되어 필요할 때 가져옵니다. 원본 대화록은 절대 로드되지 않으며, 필요할 때만 grep됩니다. 세 개의 계층이 존재하며, 각각 다른 접근 비용을 가집니다. 가장 날카로운 원칙: 무언가가 유도 가능하다면 저장하지 마세요. 검색은 회의적입니다—메모리는 진리가 아닌 힌트이며, 모델은 사용하기 전에 검증합니다.

Vektori의 구현

Vektori는 동일한 원칙을 다른 형태로 적용합니다. Claude가 파일 계층 구조를 사용하는 반면, Vektori는 세 계층으로 구성된 계층적 문장 그래프를 구현합니다:

• 사실 계층 (L0) — 검색 표면으로 작용하는 명확한 진술. 저렴하고 항상 쿼리 가능합니다.
• 에피소드 계층 (L1) — 대화를 넘나드는 에피소드, 자동 발견됩니다.
• 문장 계층 (L2) — 원시 대화, 명시적으로 필요할 때만 가져옵니다.

동일한 접근 모델이 적용됩니다: L0는 인덱스, L2는 대화록(grep됨, 덤프되지 않음)입니다. 필요한 것에 대해서만 비용을 지불합니다.

엄격한 쓰기 규칙

품질 필터를 통과하지 못하면 L0에 들어갈 수 없습니다: 최소 문자 수, 내용 밀도 확인, 대명사 비율. 문장이 너무 모호하거나 순수한 채우기 용이라면 절대 사실이 되지 않습니다. 이는 Claude의 유도 가능한 것을 저장하지 않는 원칙과 일치합니다.

검색 메커니즘

검색은 Claude가 설명한 대로 작동합니다: 점수화, 임계값 적용, 회의적. 무언가가 표면화되기 전 최소 점수 0.3. 결과는 벡터 유사성과 시간적 감쇠로 순위가 매겨지며, 무작정 검색되지 않습니다.

수정에 대한 아키텍처적 차이

Claude의 접근 방식은 최신 상태가 중요한 단일 사용자 프로젝트 컨텍스트에 최적화되어 있습니다. 수백 개의 세션에서 작업하는 에이전트를 위해 설계된 Vektori는 수정 기록을 보존합니다. 사용자가 마음을 바꿀 때, 이전 사실은 문장 링크와 함께 그래프에 남아 있어 변경 전에 무엇이 말해졌는지와 왜 대체되었는지 추적할 수 있게 합니다.

성능과 미래

LongMemEval-S에서 Vektori는 BGE-M3 + Gemini Flash-2.5-lite를 사용하여 L1 깊이에서 73% 정확도를 달성했습니다. 시간에 따라 사실이 어떻게 변했는지 추론하는 다중 홉 충돌 해결은 삼중 기반 시스템(주어-객체-술어)이 무너지는 지점입니다. 다음 계층은 '왜'를 저장하는 것입니다: 이벤트 간의 인과적 연결("사용자가 X를 수정, 에이전트가 Y를 업데이트, 사용자가 다시 이의 제기")을 비동기적으로 추출하여 그래프로 쿼리 가능하게 합니다. 에이전트 궤적이 메모리가 됩니다—에이전트 자신의 행동이 추론할 수 있는 부분이 됩니다.