UStackUStack
Spectron icon

Spectron

Spectron은 SurrealDB 기반의 조기 프리뷰 AI 에이전트용 provenance-first 메모리·지식 레이어입니다. 에이전트 메모리, 사실, 추적 정보를 하나의 ACID 트랜잭션에 저장해 답변 출처를 확인할 수 있습니다.

Spectron

Spectron이란?

Spectron은 SurrealDB 기반의 AI 에이전트용 조기 프리뷰 메모리·지식 레이어입니다. 문서, 대화, 엔터티, 속성, 관계, 임베딩, 추적 정보를 하나의 ACID 트랜잭션에 저장하도록 설계되어, 에이전트 메모리가 provenance를 유지하고 별도 저장소를 이어 붙일 필요를 줄여줍니다.

이 제품은 에이전트 시스템을 위한 타입 기반 provenance-first 메모리에 중점을 둡니다. 페이지에 따르면 Spectron은 SurrealDB Cloud에서 실행되며 데이터베이스 위에 상태 비저장 애플리케이션 계층으로 자리하고, 콘텐츠 수집, 구조화된 데이터 추출, 관련 사실 연결, 추적 가능성이 있는 메모리 조회를 지원합니다.

주요 기능

  • 모든 행의 provenance: 사실, 문서, 대화, 파생 메모리에 출처와 추적 정보가 유지되어 답변이 어디서 왔는지 확인할 수 있습니다.
  • 메모리 유형 전체를 아우르는 단일 ACID 트랜잭션: 문서, 대화, 엔터티, 관계, 임베딩, 추적 정보가 하나의 데이터베이스 트랜잭션에 있어 저장소 간 일관성 문제를 줄입니다.
  • 덮어쓰기 대신 supersession: 새로운 관찰로 오래된 사실을 갱신하거나 대체하되, 무엇이 바뀌었는지는 기록으로 남깁니다.
  • 타입 기반 메모리 모델: 페이지에서는 authoritative, experiential, reconciliation, elaboration, reflection, consolidation, calibration, collective memory 같은 별도 메모리 범주를 설명합니다.
  • 검색 및 추적 지원: 딥다이브는 ingest, supersession, hybrid retrieval, retrieval traces를 다루며, 조회 결과를 이를 뒷받침하는 메모리까지 추적할 수 있음을 보여줍니다.
  • SurrealDB Cloud 기반: Spectron은 SurrealDB Cloud에서 실행되는 것으로 소개되며, 그래프, 벡터, 문서, 구조화된 레코드를 하나의 관리형 기반에 담습니다.

Spectron 사용 방법

사용자는 초대 전용 프리뷰 접근을 위해 대기자 명단에 등록하거나, 무료 SurrealDB Cloud 인스턴스를 생성해 기반 플랫폼을 먼저 평가할 수 있습니다. 또한 페이지는 초대가 도착하기 전에 메모리 모델을 이해하고 시스템 동작을 살펴볼 수 있도록 아키텍처 딥다이브와 기술 딥다이브도 안내합니다.

활용 사례

  • provenance가 있는 에이전트 메모리: 불투명한 임베딩만이 아니라 추적 가능한 출처 사실로 답변해야 하는 어시스턴트를 구축합니다.
  • 대화 및 문서 수집: 채팅과 문서를 나중에 조회할 수 있는 구조화된 엔터티와 관계로 변환합니다.
  • 지식 정합성 조정: 충돌하거나 갱신된 진술을 기록하고, 오래된 메모리를 조용히 덮어쓰지 않고 supersession을 추적합니다.
  • 멀티 인스턴스 또는 멀티 에이전트 메모리: 범위와 provenance를 보존하면서 사람, 에이전트, 인스턴스 간에 조정 가능한 메모리를 공유합니다.
  • 신뢰 민감형 검색: calibration과 provenance 데이터를 활용해 시스템이 응답할지, 보류할지, 불확실성을 드러낼지를 판단합니다.

FAQ

Spectron은 정식 출시되었나요? 아니요. 페이지에 따르면 초대 전용 프리뷰 단계이며, 초대는 출시 주차부터 매주 배치로 제공됩니다.

초대를 받기 전에 평가할 수 있는 것이 있나요? 네. 페이지에 따르면 기반 플랫폼은 현재 제공 중이며, 무료로 SurrealDB Cloud를 시작하거나 아키텍처 및 기술 딥다이브를 읽어볼 수 있습니다.

어떤 종류의 데이터를 처리하나요? 페이지에는 문서, 대화, 엔터티, 속성, 관계, 임베딩, 추적 정보가 언급됩니다.

그래프와 벡터 데이터를 별도 저장소로 사용하나요? 아니요. 페이지는 벡터, 그래프, 행 저장소를 따로 이어 붙이는 방식이 아니라 하나의 ACID 트랜잭션 데이터베이스를 강조합니다.

대안

  • 벡터 데이터베이스 + 애플리케이션 계층 메모리 로직: 에이전트 메모리 프로토타입에서는 흔하지만, 페이지는 이 방식이 저장소 사이의 틈을 만들고 supersession과 추적성을 유지하기 어렵게 할 수 있다고 주장합니다.
  • 별도 벡터 인덱스를 둔 그래프 데이터베이스: 관계 탐색이 중요할 때 유용하지만, 의미 기반 검색과 provenance 추적을 위해서는 여전히 저장소 간 조정이 필요합니다.
  • 기존 문서 또는 지식 베이스: 타입 기반의 트랜잭션 조정형 에이전트 메모리보다 사람의 탐색과 선별된 콘텐츠에 더 적합합니다.
  • 여러 데이터베이스로 구성한 맞춤형 메모리 파이프라인: 유연하지만, 스키마, 신뢰, 일관성 작업을 애플리케이션 코드로 옮기게 되며 이를 기반 계층에 유지하지 못합니다.
Spectron | UStack