보존이 걸리는 것
트레이스 보존
노브가 둘로 나뉩니다.- 메타데이터 트레이스의 구조 정보(타임스탬프, 비용, 판정, 기능 플래그). 오래 두어도 쌉니다.
- 페이로드 전체 내용(프롬프트, 리트리벌, 도구 응답, 최종 답변). 저장이 무겁고 프라이버시에 민감합니다.
- 규제 워크로드 페이로드 30일, 메타데이터 7년. 감사에 충분하고 원본 노출은 짧습니다.
- 대량 지원 페이로드 14일, 메타데이터 90일. 저장 비용을 공격적으로 줄입니다.
- 규제 + 긴 감사 페이로드 90일, 메타데이터 무기한.
메모리 보존
메모리 스페이스마다 새 항목의 기본 TTL과 기존 항목의 보존 정책이 있습니다.- Retention: permanent 명시 삭제나 supersede 없이는 절대 감쇠하지 않습니다.
- Retention: importance-decay 중요도 낮은 항목이 한동안 안 쓰이면 물러납니다.
- Retention: TTL 항목마다 TTL로 자동 만료됩니다.
문서 보존
- 문서 기본으로 무기한 둡니다.
- Superseded 문서 무기한 두되 리트리벌에서 뺍니다. 컬렉션별 supersede 보존 정책으로 N일 뒤 자동 hard-delete 할 수 있습니다.
감사 보존
Free는 30일, Team은 1년, Enterprise는 설정 가능(최대 7년 또는 무기한)입니다. 오래된 항목은 보관되어(내보내기는 됩니다) 기본 뷰에는 안 나옵니다. 감사를 참고하세요.신호 / 개선 보존
지우지 않습니다. 신뢰성 이력을 무기한 보관합니다. 개선 플로우의 핵심이 복리인데, 이력을 잃으면 그게 깨집니다. 낱개 신호를 보관 처리해 기본 큐에서 숨길 수 있습니다(조회는 됩니다).삭제, supersede, 아카이브
세 단계입니다.- Archive 기본 뷰에서 숨깁니다. 되돌릴 수 있습니다. 관련 데이터가 그대로입니다.
- Supersede 리트리벌/활성 큐에서 뺍니다. 감사됩니다. 되돌릴 수 있습니다.
- Delete 영구 제거합니다. 못 되돌립니다. 짧은 유예 undo가 있는 경우도 있습니다(객체 타입 다수가 7일).
GDPR / CCPA 삭제
특정 사용자 데이터 삭제 요청은 이렇게 합니다. Settings → Data → Erasure requests → New 입니다.- 사용자 식별자(이메일이나 스코프 키)를 넣습니다.
- 지워질 것을 미리 봅니다(그 사용자를 참조하는 트레이스, 그에게 스코프된 메모리 항목, 그에게 붙은 피드백).
- 확인합니다.
- 삭제가 돌고, 감사 항목이 남습니다(삭제 이벤트 자체지, 지워진 콘텐츠가 아닙니다).
nora feedback의 --external-user 필드가 이걸 깔끔하게 해 줍니다. 사용자에게 붙은 피드백을 한 작업으로 지울 수 있습니다.
강제
보존이 워크스페이스별 야간 스케줄로 돕니다.- 만료된 트레이스 페이로드: 지웁니다.
- TTL이 만료된 메모리 항목: 제거합니다.
- 오래된 감사 항목: 보관합니다.
- 만료된 소프트 삭제: 하드 삭제합니다.
정책
워크스페이스 정책(접근 참고)이 보존을 강제할 수 있습니다.- Maximum payload retention 어느 Flow도 페이로드를 N일 넘게 못 둡니다.
- Mandatory audit retention 적어도 N일이어야 합니다.
- Mandatory redaction 모든 파운더리 파이프라인이 PII 지우기 단계를 넣어야 합니다.