실행이 끝나도 남는 상태
무언가를 기억해야 하는 워크플로는 보통 데이터베이스 준비부터 시작합니다. 여기서는 저장소가 캔버스 위의 컴포넌트입니다 — 추가 전용 스트림, 키/값 레코드, 에이전트 메모리. 워크스페이스 범위로 제한되고 보존 기간은 직접 정합니다.
스트림, 키/값 레코드, 에이전트 메모리를 캔버스 컴포넌트로 — 워크스페이스 범위로 제한되고 보존 기간은 직접 설정합니다.
저장소가 제공하는 것
- 클러스터가 아니라 컴포넌트 — 실행 사이에 무언가를 기억하려면 보통 데이터베이스를 올리고, 용량을 잡고, 패치하고, 워크플로가 돌든 말든 비용을 내야 합니다. 여기서는 두 노드 사이에 놓는 하나의 노드이며, 실행 이력도 오류 처리도 다른 단계와 똑같습니다.
- 세 가지 형태, 하나의 저장소 — 순서와 이력이 중요하면 스트림에 추가하고, 최신 값만 중요하면 레코드를 읽고 쓰고, 에이전트에게는 턴을 넘어 이어지는 메모리를 줍니다. 셋 다 같은 저장소를 세 가지 방식으로 가리키므로 사이에서 복사할 일이 없습니다.
- 관행이 아니라 워크스페이스로 구분 — 모든 읽기와 쓰기는 그것을 일으킨 워크스페이스로 제한되고, 다른 워크스페이스를 지정한 요청은 조용히 다른 것을 돌려주는 대신 거부됩니다. 경계는 호출자의 선의가 아니라 데이터가 있는 곳에서 강제됩니다.
- 보존 기간은 설정, 필터는 선언 — 네임스페이스마다 자체 보존 기간을 두므로, 수명이 짧은 작업 데이터는 보관 중인 레코드를 건드리지 않고 스스로 만료됩니다. 필터에 쓸 필드를 선언하면 기록 시점에 해당 필드로 색인되어, 지정한 축에서 정확히 일치하는 필터링이 가능합니다.
플랫폼 기능
- 없음: 첫 쓰기 전에 준비할 데이터베이스
- 네임스페이스별: 보존 기간을 정하는 단위
- 단계 또는 도구: 같은 저장소에 이르는 두 가지 경로
데이터베이스를 준비해야 하나요?
아니요. 저장소는 플랫폼의 일부로 동작하므로 용량 산정도, 패치도, 연결도, 별도 요금도 없습니다. 컴포넌트를 놓고 네임스페이스를 고른 뒤 쓰면 됩니다. 사용량은 워크스페이스 단위로 측정되어, 워크플로가 기억하는 데 드는 비용이 놀랄 일이 아니라 볼 수 있는 숫자가 됩니다.
데이터는 얼마나 보관되나요?
해당 네임스페이스의 보존 기간이 정한 만큼입니다. 작업 데이터는 며칠 만에 만료시키고 중요한 레코드는 훨씬 오래 남길 수 있으며, 보존 기간은 직접 작성해야 하는 정리 작업이 아니라 설정입니다. "영구 보관"은 의도적으로 두지 않았습니다. 기한 없이 필요한 것은 백업이 있는 곳에 두어야 합니다.
AI 에이전트가 읽고 쓸 수 있나요?
허용하면 가능합니다. 같은 저장소를 순서대로 배치하는 일반 단계로도, 에이전트가 호출할 수 있는 도구로도 쓸 수 있습니다. 에이전트가 턴을 넘어 기억을 유지하는 방식이 이것입니다. 두 경로 모두 같은 워크스페이스로 제한되고 동일하게 측정되므로, 권한을 준다고 도달 범위가 넓어지지는 않습니다.