거버넌스 및 보존

현재 보존은 서비스가 관리합니다

현재 MeGovernanceResponse는 retention.status=operator_managed 및 retention.available=false를 보고합니다. 계정별 자동 보존 규칙은 구성할 수 없으며 archive, forget 및 clear 작업은 명시적인 계정 작업이 필요합니다. 이 페이지는 자동 보존 일정에 대한 약속이 아니라 구현된 상태를 설명합니다.

{
  "retention": {
    "status": "operator_managed",
    "available": false
  },
  "delete": {
    "status": "self_service",
    "available": true
  }
}

삭제와 내보내기는 서로 다른 상태를 가집니다

개별 메모리 삭제는 self-service입니다. 계정 수준 closure는 access를 철회하고 Personal purge workflow를 대기열에 넣습니다. response contract는 team-shared data가 Team에 남는다고 설명합니다. Export는 runtime 구성에 따라 self-service download 또는 request-only이며, 준비된 artifact는 자동으로 만료됩니다.

• delete — self-service 개별 메모리 삭제를 사용할 수 있습니다.
• export — runtime이 활성화한 경우에만 status는 self_service_download이고, 그렇지 않으면 request_only입니다.
• data_boundary — account-scoped이며 계정 간 access는 허용되지 않습니다.

거버넌스 작업은 감사 증거를 남깁니다

governance response는 audit.status=enabled를 보고하고 account action이 audit event를 발생시킨다고 설명합니다. audit-log access와 self-service audit export는 서비스 팀이 관리합니다. Memory deletion은 잊힌 content를 public result에 보존하지 않고 memory audit outbox에 mode, reason 존재 여부 및 target reference를 기록합니다.

{
  "data_boundary": {
    "status": "account_scoped",
    "available": true
  },
  "audit": {
    "status": "enabled",
    "available": true
  }
}

모드를 선택하기 전에 유효한 상태 확인하기

Security mode와 governance 상태는 별도의 제어입니다. Cloud mode는 server-side processing을 허용하고, Keyguard는 감사되는 임시 decrypt와 함께 customer key wrapping을 사용하며, Vault는 memory body를 client-encrypted 상태로 유지하고 일반적으로 local recall이 필요합니다. 세 가지를 하나의 설정이 모두 제어한다고 가정하지 말고 현재 response contract에 따라 retention, deletion 및 security 처리를 선택하세요.

retention  = operator_managed
delete     = self_service
audit      = enabled
security   = resolve the effective Cloud, Keyguard, or Vault mode