Confianza y seguridadConfianza y gobernanzaGobernanza y retención

Concept

Gobernanza y retención

Lea la postura actual de gobernanza para la retención, eliminación, exportación, límites de datos y evidencia de auditoría.

La retención es gestionada por el servicio hoy

La respuesta actual de MeGovernanceResponse informa retention.status=operator_managed y retention.available=false. Las reglas de retención automatizadas no se pueden configurar por cuenta; las acciones archive, forget y clear requieren una acción explícita de la cuenta. Esta página describe la postura implementada, no promete un calendario automático de retención.

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

La eliminación y la exportación tienen posturas separadas

La eliminación individual de memoria es self-service. El cierre de la cuenta revoca el acceso y pone en cola un flujo de purga Personal; el contrato de respuesta indica que los datos compartidos con el equipo permanecen con Team. La exportación es una descarga self_service_download o request_only según la configuración del runtime, y los artefactos preparados caducan automáticamente.

  • delete — la eliminación individual de memoria está disponible como self-service.
  • export — el status es self_service_download solo cuando el runtime lo habilita; de lo contrario, request_only.
  • data_boundary — con alcance de cuenta; no se permite el acceso entre cuentas.

Las acciones de gobernanza dejan pruebas de auditoría

La respuesta de gobernanza informa audit.status=enabled y describe las acciones de cuenta como emisoras de eventos de auditoría; el acceso al audit log y la exportación de auditoría self-service siguen gestionados por el equipo del servicio. La eliminación de memoria también registra el mode, la presencia de reason y las referencias del objetivo en el outbox de auditoría, sin conservar el content olvidado en el resultado público.

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

Compruebe la postura efectiva antes de elegir un modo

El modo Cloud permite el procesamiento del lado del servidor; Keyguard utiliza el envoltorio de la llave del cliente con desencriptación temporal auditada; Vault mantiene los cuerpos de memoria cifrados por el cliente y normalmente requiere la recuperación local. Elija retención, eliminación y manejo de seguridad basado en los contratos de respuesta actuales en lugar de asumir que un ajuste controla los tres.

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

Flujos de roles

Usuario de ChatGPT

Dale a ChatGPT acceso duradero a tus preferencias de XMemo, datos de proyecto, decisiones y TODOs sin pegar fichas bearer en un chat.

Guarde una nota de preferencia sintética o de proyecto, inicie un nuevo chat y luego pida a ChatGPT que la recuerde a través de XMemo antes de continuar el trabajo.

Copiloto / Codex desarrollador

Lleve decisiones de repo, convenciones de codificación, notas de corrección de errores e historial de tareas entre los agentes IDE y CLI.

Grabe una decisión de base de código o corrección de errores, y luego pida al siguiente agente IDE o CLI que recuerde el contexto XMemo relevante antes de editarlo.

Equipo / propietario del piloto de la empresa

Evalúe la memoria compartida con controles de cuenta, atribución de origen, flujos de trabajo export/delete y pruebas de configuración seguras para los revisores.

Haga que un miembro piloto guarde una memoria sintética del equipo, confirme la atribución de origen en XMemo, luego revise delete/export y las rutas de soporte.

Fuente: Contrato de gobernanza pública