다중 에이전트 시스템은 공유 메모리가 필요합니다. 인프라를 소개합니다.
개별 AI 에이전트는 유능합니다. 다중 에이전트 시스템은 강력하지만, 에이전트가 발견하고 학습하며 결정한 내용을 공유할 수 있을 때만 그렇습니다. MemoryLake는 에이전트 플릿이 고립된 프로세스가 아닌 조정된 시스템으로 작동할 수 있도록 하는 공유 메모리 레이어를 제공합니다.
메모리 문제
다중 에이전트 아키텍처는 근본적인 조정 문제에 직면합니다: 각 에이전트는 자신의 컨텍스트로 작동하며, 한 에이전트가 학습한 내용을 다른 에이전트와 공유할 수 있는 표준 메커니즘이 없습니다. 개발자들은 지식을 에이전트 간에 이동하기 위해 맞춤형 메시지 전달 시스템, 공유 데이터베이스 또는 오케스트레이션 레이어를 구축하게 됩니다. 이것이 메모리 인프라입니다 — 맞춤형 프로젝트가 되어서는 안 됩니다.
MemoryLake의 차별점
플릿 내 모든 에이전트가 접근 가능한 공유 메모리 저장소 — 적절한 권한을 가진 에이전트는 공유 MemoryLake 저장소에서 읽고 쓸 수 있습니다. 한 에이전트의 발견은 즉시 다른 모든 에이전트에게 제공되며, 맞춤형 메시징이나 오케스트레이션이 필요 없습니다.
기술 메모리는 인스턴스 간 학습된 워크플로우를 전파합니다 — 한 에이전트가 새로운 문제 클래스에 대한 효과적인 워크플로우를 개발하면, 그 워크플로우는 기술로 저장되어 플릿의 모든 다른 에이전트가 사용할 수 있게 됩니다. 에이전트 플릿은 개별적으로가 아닌 집단적으로 개선됩니다.
반영 메모리는 시스템 전반의 조정을 위한 행동 패턴을 캡처합니다 — 에이전트가 성공하거나 실패하는 방식의 패턴은 출처 속성과 함께 반영 메모리에 저장됩니다. 시스템 운영자는 이러한 패턴을 검사하고, 에이전트 행동을 업데이트하며, 플릿 전반에 걸쳐 개선 사항을 전파할 수 있습니다.
작동 방식
- 연결 — MCP 또는 REST API를 통해 에이전트 플릿 전반에 걸쳐 MemoryLake를 공유 메모리 엔드포인트로 등록합니다. 각 에이전트는 역할에 적합한 자격 증명으로 인증합니다.
- 구조화 — 에이전트는 작업을 수행하면서 유형화된 메모리 카테고리에 기록합니다: 발견된 사실은 사실 메모리에, 결정된 사항은 이벤트 메모리에, 효과적인 접근 방식은 기술 메모리에 기록됩니다. 역할 기반 접근 제어는 각 에이전트 유형이 읽거나 수정할 수 있는 내용을 결정합니다.
- 재사용 — 어떤 에이전트든 실행 시작 시 또는 실행 중간에 관련된 공유 메모리를 검색합니다. 검색은 최근성뿐만 아니라 의미적 관련성에 따라 순위가 매겨지므로, 에이전트는 이전 실행에서 유용한 컨텍스트를 표면화할 수 있습니다.
전후 비교
| Without MemoryLake | With MemoryLake | |
|---|---|---|
| Agent-to-agent knowledge transfer | Custom message bus or shared database | Shared MemoryLake store; any agent reads any other's output |
| Consistent agent identity | Reprompted or re-injected each run | Background Memory provides stable identity across all instances |
| Skill propagation | Hardcoded in prompts or lost after each run | Skill Memory stored once, reused by any agent in the fleet |
| Behavioral pattern analysis | Manual log review | Reflection Memory captures patterns with full provenance |
| Access control | Custom per-system | Role-based access control built into MemoryLake |
대상
MemoryLake는 연구, 데이터 처리, 소프트웨어 개발 및 기업 자동화를 위해 에이전트 플릿을 운영하는 ML 엔지니어 및 플랫폼 팀에 적합합니다. 공유 목표에 대해 하나 이상의 에이전트 인스턴스를 운영하고 있다면, 공유 메모리는 선택 사항이 아니라 조정 레이어입니다.
관련 사용 사례
자주 묻는 질문
다른 역할을 가진 에이전트가 서로 다른 메모리 권한을 가질 수 있나요?
다른 역할을 가진 에이전트가 서로 다른 메모리 권한을 가질 수 있나요?
예. MemoryLake의 역할 기반 접근 제어를 통해 각 에이전트 역할이 읽고, 쓰고, 수정할 수 있는 내용을 정의할 수 있습니다. 데이터 수집 에이전트는 추론 에이전트만 업데이트하거나 삭제할 수 있는 사실 메모리를 기록할 수 있습니다.
두 에이전트가 동시에 상충하는 사실을 기록하면 어떻게 되나요?
두 에이전트가 동시에 상충하는 사실을 기록하면 어떻게 되나요?
MemoryLake의 충돌 감지는 상충하는 사실 메모리 기록을 플래그합니다. 시스템은 조용히 덮어쓰지 않으며, 정의된 충돌 정책에 따라 해결을 위한 충돌을 표면화합니다.
MemoryLake는 서로 다른 모델 제공업체에서 구축된 에이전트를 지원하나요?
MemoryLake는 서로 다른 모델 제공업체에서 구축된 에이전트를 지원하나요?
예. MemoryLake는 모델에 구애받지 않습니다. Claude를 사용하는 에이전트, GPT-4를 사용하는 에이전트, Gemini를 사용하는 에이전트가 모두 동일한 공유 메모리 저장소에서 읽고 쓸 수 있는 플릿을 운영할 수 있습니다.