MinIO는 기업에서 관리하는 단일 플랫폼 내에서 AI 에이전트를 위한 영구 메모리, 작업 공간 및 비밀 키를 제공하는 스토리지 서비스인 AIStor Memory를 출시했습니다. 이 서비스는 분석, 소프트웨어 개발, 문서 작성 및 의사 결정 지원을 포함한 프로덕션 프로세스로 에이전트 기반 AI 워크로드를 이전하는 기업을 대상으로 합니다.
AIStor Memory는 메모리를 객체 및 테이블과 함께 기본 데이터 유형으로 취급합니다. 팀에서 객체 스토리지, 벡터 데이터베이스, 메타데이터 서비스, 비밀 관리자 및 동기화 파이프라인을 구축할 필요 없이, 이 플랫폼은 에이전트 상태를 위한 통합된 영구 저장 계층을 제공합니다. 이러한 접근 방식을 통해 에이전트는 세션 간에 컨텍스트를 유지하고, 중단된 작업을 재개하며, 작업 상태를 재구축하지 않고도 관리되는 엔터프라이즈 데이터에 액세스할 수 있습니다.
이 제품은 AIStor 기반을 공유하지만 접근 경계와 수명 주기가 분리된 세 가지 서비스로 구성됩니다. 장기 메모리에는 조직이 학습한 내용(사실, 결정, 증거, 결과, 수정 사항, 미해결 질문 등)이 저장됩니다. 워크스페이스에는 에이전트가 현재 작업 중인 내용(계획, 첨부 파일, 중간 산출물, 증거 색인, 체크포인트, 에이전트 간 핸드오프 등)이 저장됩니다. 볼트에는 승인된 에이전트가 작업을 수행하는 데 필요한 자격 증명이 저장되며, 각 비밀 키는 MinKMS에서 관리하는 키로 암호화되어 메모리와 활성 작업 모두와 분리되어 보관됩니다. 따라서 승인된 작업은 필요할 때만 범위가 제한된 자격 증명을 받게 됩니다. 세 가지 서비스 모두 HTTPS 또는 POSIX 폴더 마운트를 통해 접근할 수 있으므로 기존 에이전트 샌드박스에 주변 스택을 변경하지 않고도 서비스를 통합할 수 있습니다.
MinIO가 가장 집중적으로 추진하는 기능은 에이전트 활동 기록(Agent Biography)입니다. 이는 에이전트가 메모리 내에서 수행한 작업의 공식 기록으로, 각 실행에서 검토, 결정, 생성 및 미완료된 작업에 대한 정보를 저장합니다. 에이전트 활동 기록은 고객의 접근 정책 범위 내에서 에이전트가 작업함에 따라 자동으로 채워지며, 메모리 엔지니어링이나 기존 에이전트 변경 없이 작동합니다. 또한 에이전트는 전용 메모리 도구를 사용하여 의도적으로 기록을 생성, 불러오기 및 정리할 수 있습니다. MinIO는 이러한 기능을 통해 기록 관리가 전문 기술에서 기본 동작으로 바뀌고, 한 에이전트의 활동 기록이 다른 권한 있는 에이전트들이 활용할 수 있는 공유 기반으로 활용될 수 있다고 주장합니다.
핵심 설계 목표는 모델 프롬프트 창과 관련된 고정된 컨텍스트 제한을 피하는 것입니다. AIStor Memory는 기본 스토리지 용량에 따라 영구 컨텍스트를 확장하여 에이전트 상태 및 관련 레코드를 잘림, 삭제 또는 강제 요약 없이 유지할 수 있도록 합니다. 이는 심층 연구, 대규모 코드베이스 분석, 일시 중지 및 재개가 반복되는 사람 개입 프로세스와 같이 몇 시간 또는 며칠에 걸쳐 진행되는 워크플로에 특히 중요합니다.
AIStor Memory는 소거 코딩, 비트 오류 방지, 암호화, 압축, 드라이브, 랙 및 데이터 센터 수준의 장애에 대한 내성 등 광범위한 AIStor 플랫폼의 데이터 보호 기능을 계승합니다. MinIO의 핵심 주장은 이 기록이 모델 출력이 아닌 고객 데이터라는 점입니다. 메모리에는 에스컬레이션의 근거, 클레임 결정의 근거, 운영 예외, 실패한 전략 또는 중요 사건을 둘러싼 미해결 질문 등, 발생한 일뿐만 아니라 조직이 내린 결론까지 저장할 수 있습니다. 데이터와 암호화 키는 기업 소유의 인프라에 기업이 보유한 키로 유지되며, MinIO는 이를 선택의 자유 보장으로 설명합니다. 즉, 에이전트, 모델 및 런타임은 축적된 지식과 함께 사라지지 않고 변경될 수 있습니다.
MinIO의 핵심 운영 전략은 통합입니다. 에이전트가 생성한 작업이 누적됨에 따라 개별 에이전트를 위해 구축된 메모리가 조직 전체의 메모리로 통합되어 에이전트와 사람이 함께 만들어가는 기록이 됩니다. MinIO는 규모가 커지면 하나의 플랫폼이 여러 개의 개별 시스템을 대체할 수 있다고 주장합니다. 이는 운영 부담 감소, 공격 표면 축소, 그리고 동기화 파이프라인 오류 발생 방지로 이어집니다. 특히 마지막 항목은 주목할 만한데, 객체 저장소, 벡터 저장소, 메타데이터 계층 간의 동기화는 대부분의 자체 개발 에이전트 메모리 스택이 실패하는 지점이기 때문입니다.
잠재적 활용 사례로는 대규모 저장소에서 작동하는 소프트웨어 엔지니어링 에이전트, 장기 실행 연구 및 분석 워크플로, 규제 대상 기업 AI 배포, 중단 상황에서도 안정적인 상태가 필요한 운영 프로세스 등이 있습니다.
MinIO는 메모리가 주변 런타임보다 오래 지속되도록 설계되었다고 명시적으로 밝히고 있습니다. 블로그 게시물에서는 Daytona, E2B, GitHub Codespaces, Modal, OpenSandbox, Vercel과 같은 엔터프라이즈 Kubernetes 플랫폼 및 샌드박스 서비스를 예로 들며, 팀은 메모리는 그대로 유지하면서 에이전트, 모델 제공자 및 실행 환경을 자유롭게 교체할 수 있어야 한다고 주장합니다. 보도 자료에 인용된 Daytona 공동 창립자 겸 CEO인 Ivan Burazin은 이러한 구분을 같은 맥락으로 설명합니다. 즉, 컴퓨팅 자원은 교체 가능하지만 조직의 지식은 영구적으로 보존되고 관리된다는 것입니다.
아마존