메모리 스페이스

메모리 스페이스는 종류가 정해진, 이름 붙은 그릇입니다. 워크스페이스에 스페이스를 만들어 Agent에 붙입니다.

​

네 종류, 자세히

​

Wiki

사람과 Agent가 고칠 수 있는 노트입니다. 의미 검색으로 리트리벌합니다. 이럴 때 좋습니다.

• 상시 운영 절차.
• 어느 바깥 문서에도 없는 팀 지식.
• Agent가 따라야 할 플레이북.

노트는 제목, 본문, 태그를 가집니다. UI에서 고칠 수 있습니다. 권한을 주면 Agent도 새 노트를 씁니다(노트·회상 참고). 보존은 TTL을 두지 않는 한 무기한입니다.

​

Index

Agent가 쓰고 읽는 벡터 스토어입니다. 이럴 때 좋습니다.

• 엔티티에 대한 사실(고객, 제품, 인시던트).
• Wiki 텍스트 노트에는 안 맞는, “레코드” 로 볼 만한 것.
• Agent가 참조하는, 넣어 둔 트랜스크립트·이메일·채팅 로그.

항목마다 콘텐츠 필드(임베딩됨), 메타데이터, 중요도 점수를 가집니다. 리트리벌은 지식 컬렉션과 같은 하이브리드 검색을 씁니다. 보존은 기본으로 중요도 감쇠입니다. 아주 중요한 항목은 더 오래가고, 덜 중요한 항목은 감쇠합니다.

​

Session

대화마다 자동으로 쌓이는 메모리입니다. Agent가 따로 하는 게 없습니다. 모든 채팅 메시지가 담기고, 대화가 모델 컨텍스트 창을 넘으면 요약되며, 검색할 수 있게 됩니다. 이럴 때 좋습니다.

• “우리 X 얘기했잖아” 가 필요한 채팅 Agent.
• 이전 턴이 나중에 중요한 여러 턴 작업.

보존은 올리지 않으면 세션마다입니다. 중요한 턴에 핀을 꽂으면 세션 사이에도 남습니다.

​

Evolution

성공한 개선의 패턴으로 자동으로 채워지는, 대부분 읽기용 스페이스입니다. 비슷한 상황의 개선이 확인되어 배포되면 그 패턴이 여기 쌓여 이후 실행이 덕을 봅니다. Evolution에는 직접 쓰지 않습니다. 개선 워크플로우로 자랍니다. 그래도 붙인 Agent 들이 자동으로 덕을 봅니다. 이럴 때 좋습니다.

• 품질을 복리로 쌓고 싶은 오래가는 Agent.
• 개선 플로우가 패턴을 풍성하게 만드는 대량 Agent.

보존은 다시 쓰이며 쓸모가 입증되는 동안 패턴이 남습니다. 안 쓰인 패턴은 90일 뒤 감쇠합니다.

​

스페이스 만들기

Workspace → Memory → New space 입니다. 이렇게 정합니다.

• Name 사람이 읽을 이름.
• Type Wiki / Index / Session / Evolution.
• Default TTL TTL을 안 정한 항목에 씁니다.
• Retention policy 하드 삭제냐 대체냐.
• Access 어느 Agent가 읽고, 어느 Agent가 쓸 수 있는지.

​

Agent에 붙이기

Agent 인스펙터 → Memory → Add space 입니다. 워크스페이스 스페이스에서 고릅니다. 읽기 전용이냐 읽기/쓰기냐를 고릅니다.

​

스페이스 이름

이런 패턴을 권합니다.

• <Agent 역할>-<콘텐츠> 예: support-customer-history, sales-lead-notes.
• 또는 <도메인>-<타입> 예: billing-facts, product-glossary.

스페이스가 많아지면 일관성이 도움이 됩니다.

​

스페이스 크기와 비용

• Wiki / Session: 쌉니다. 항목당 임베딩 비용이 없습니다.
• Index: 임베딩 비용이 있습니다. 문서 인제스트와 같은 요율입니다.
• Evolution: Nora가 관리합니다. 직접 드는 비용이 없습니다.

저장은 플랜 한도까지 포함이고, 넘으면 GB/월 단위로 과금합니다.