가족 AI 에이전트에서 공유 메모리와 개인 메모리는 어떻게 공존할 수 있을까요?

공유 메모리와 개인 메모리는 메모리를 온 가구가 공유하는 하나의 대화 기록이나 벡터 컬렉션이 아니라, 명시적인 소유자와 접근 규칙이 있는 범위 지정 레코드로 모델링할 때 하나의 가족용 AI 에이전트 안에서 공존할 수 있습니다.

아키텍처의 문제는 여러 사람이 같은 모델에 질의할 수 있는지가 아닙니다. 메모리 파이프라인이 기록 시점에 가정의 사실과 개인적인 선호를 구분하고, 저장소에서 그 구분을 유지하며, 검색 중에 이를 적용하고, 다른 사람의 상태를 변경하지 않고 해당 메모리를 삭제하거나 대체할 수 있는지가 핵심입니다.

가족 메모리에는 하나 이상의 범위가 필요합니다

유용한 설계에서는 최소한 개인 메모리, 의도적으로 공유된 가정 메모리, 단기간 유지되는 세션 상태를 분리합니다. “세탁기 모델은 X다”는 가정 범위로 지정할 수 있지만, “나는 침실 온도를 19°C로 선호한다”는 일반적으로 이를 말한 사람에게만 연결된 상태로 유지해야 합니다. 세션 중의 추측이 어느 한쪽의 영구적인 범위로 조용히 승격되어서는 안 됩니다.

2026년에 발표된 다중 사용자 메모리 패브릭 연구는 다중 사용자 메모리를 하나의 구분되지 않은 저장소로 취급하는 대신 개인, 공유, 관리형 메모리 구성을 설명합니다. 가정용 에이전트에 중요한 설계상의 시사점은 공유가 여러 사용자가 같은 데이터베이스를 가리킨 결과가 아니라 메모리에 연결된 정책 결정이라는 점입니다.

범위의 경계는 검색 전에 적용되어야 합니다. 시스템이 모든 사람의 메모리를 가져온 뒤 언어 모델에 “비공개 메모리는 무시하라”고 요청한다면, 이미 격리가 실패한 것입니다. 모델에는 인증된 사용자와 현재 가정의 맥락이 사용하도록 승인한 레코드만 전달해야 합니다.

소유자, 출처, 신뢰도는 메모리와 함께 이동해야 합니다

영구적으로 유지되는 선호에는 누가 말했는지, 어디에서 비롯되었는지, 명시적인 정보인지 추론된 정보인지, 언제 관찰되었는지, 더 최신의 레코드가 이를 대체하는지 기록해야 합니다. 출처 정보가 없으면 가족용 에이전트는 직접적인 지시와 한 사람의 행동에서 추론한 약한 패턴을 구분할 수 없습니다.

Oracle의 2026년 형식화된 다중 테넌트 메모리 설명은 프롬프트 규칙에 의존하기보다 명시적인 테넌트 식별자와 스키마 수준의 격리를 적용해야 한다고 주장합니다. 가정용 배포 규모는 더 작지만 동일한 데이터 모델 원칙이 적용됩니다. 사용자 및 가정 식별자는 레코드와 함께 저장하고 프롬프트 계층보다 하위에서 강제해야 합니다.

관련 ZimaSpace 문서인 잘못된 가정 선호에서는 추론된 행동이 공유된 사실로 굳어질 때 어떤 일이 발생하는지 다룹니다. 여기서 설명하는 아키텍처는 개인 상태나 추론된 상태를 가정 메모리로 승격하는 과정을 명시적인 전환으로 만들어 이러한 실패를 방지합니다.

검색 정책은 메모리 혼합이 주로 드러나는 지점입니다

사용자 필터를 검색 쿼리에서 누락하거나, 캐시 키가 사용자 식별자를 무시하거나, 공유 시맨틱 검색 네임스페이스가 인증 필터링 전에 레코드를 반환하면 올바르게 분리된 두 저장소도 서로 정보를 유출할 수 있습니다. 따라서 메모리 격리는 검색, 재순위 지정, 캐싱, 프롬프트 구성에 이르기까지 요청의 전체 흐름을 따라 적용되어야 합니다.

2026년 사용자별 메모리 검색 구현 패턴은 각 사용자가 자신의 상태를 보면서도 애플리케이션은 하나의 공유 메모리 서비스를 운영할 수 있는 테넌트 범위 메모리 검색을 보여 줍니다. 중요한 것은 특정 라이브러리가 아니라 검색 네임스페이스를 모델이 제공한 텍스트가 아닌 신뢰할 수 있는 사용자 식별자에 연결하는 메커니즘입니다.

공유 메모리는 개인 검색에서 아무것도 반환되지 않을 때의 대체 수단이 아니라, 두 번째로 승인된 범위로 추가해야 합니다. 이러한 구분이 있어야 “이 사용자에 대해 알려진 정보가 없음”이 “다른 사람의 선호를 사용함”으로 바뀌지 않습니다. 개인적인 사실이 누락되는 편이 사용자 간 정보가 실수로 대체되는 것보다 안전합니다.

-15% OFF

ZimaBoard 2 - 당신의 큰 아이디어를 위한 미니 홈 서버

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

삭제와 충돌 해결이 범위가 실제로 적용되는지 입증합니다

가족용 시스템에서는 결국 서로 충돌하는 선호, 이사를 간 사용자, 정정된 사실, 삭제 요청이 발생합니다. 한 사람의 메모리를 삭제하려고 가정의 공유 지식까지 삭제해야 하거나, 공유된 사실을 수정하려고 개인의 기록을 다시 작성해야 한다면 처음부터 저장 모델에 실제 범위가 적용되지 않은 것입니다.

WorkOS의 세분화된 검색 인증 설명은 접근 제어가 로그인 시점에만 확인되는 것이 아니라 검색 과정에서도 데이터와 함께 적용되어야 하는 이유를 보여 줍니다. 가족 메모리에서도 동일한 적용 지점을 사용하면 메모리가 임베딩되거나 시맨틱 방식으로 검색될 때 레코드별 삭제 및 공개 범위 규칙을 계속 유효하게 유지할 수 있습니다.

두 개의 가족 계정과 하나의 가정 계정으로 아키텍처를 테스트하세요. 서로 모순되는 선호를 기록하고, 한 가지 사실을 공유 범위로 승격하고, 한 사용자의 접근 권한을 취소하고, 해당 사용자의 개인 레코드를 삭제한 다음 모든 사용자 식별자로 질의하세요. 공유 사실은 계속 이용할 수 있고, 개인 선호는 계정 간에 절대 유출되지 않으며, 삭제가 의도한 메모리만 제거하고 다른 데이터는 손실시키지 않을 때에만 설계가 통과됩니다.