Confiança e segurançaConfiança e governançaGovernança e retenção

Concept

Governança e retenção

Leia a postura atual de governança para retenção, exclusão, exportação, limites de dados e evidências de auditoria.

A retenção é gerenciada pelo serviço hoje

O MeGovernanceResponse atual informa retention.status=operator_managed e retention.available=false. As regras de retenção automática não são configuráveis por conta; as ações de arquivar, esquecer e limpar exigem uma ação explícita da conta. Esta página descreve a postura implementada, não uma promessa de cronograma automático de retenção.

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

Exclusão e exportação têm posturas separadas

A exclusão individual de memória é self-service. O encerramento da conta revoga o acesso e coloca em fila um fluxo de limpeza Personal; o contrato de resposta informa que os dados compartilhados com a equipe permanecem com a equipe. A exportação é um download self-service ou uma solicitação, dependendo da configuração do runtime, e os artefatos preparados expiram automaticamente.

  • delete — a exclusão individual de memória em self-service está disponível.
  • export — o status é self_service_download somente quando o runtime o habilita; caso contrário, request_only.
  • data_boundary — limitado à conta; não é permitido acesso entre contas.

As ações de governança deixam evidências de auditoria

A resposta de governança informa audit.status=enabled e descreve as ações da conta como emissoras de eventos de auditoria; o acesso ao log de auditoria e a exportação de auditoria em self-service continuam sendo gerenciados pela equipe do serviço. A exclusão de memória também registra o modo, a presença do motivo e as referências do alvo na fila de auditoria da memória, sem reter o conteúdo esquecido no resultado público.

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

Verifique a postura efetiva antes de escolher um modo

O modo de segurança e a postura de governança são controles separados. O modo Cloud permite processamento no servidor; o Keyguard usa encapsulamento de chave do cliente com descriptografia temporária auditada; o Vault mantém os corpos das memórias criptografados no cliente e normalmente exige recuperação local. Escolha o tratamento de retenção, exclusão e segurança com base nos contratos de resposta atuais, sem presumir que uma única configuração controla os três.

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

Fluxos de personas

Usuário do ChatGPT

Dê ao ChatGPT acesso duradouro às suas preferências do XMemo, fatos do projeto, decisões e TODOs sem colar tokens bearer no chat.

Salve uma preferência de teste ou anotação de projeto, inicie um novo chat e peça ao ChatGPT para recuperá-la via XMemo antes de prosseguir.

Desenvolvedor Copilot / Codex

Transfira decisões do repositório, convenções de código, notas de correção de bugs e histórico de tarefas entre agentes de IDE e CLI.

Registre uma decisão da base de código ou correção de bug e peça ao próximo agente de IDE ou CLI para recuperar o contexto relevante do XMemo antes de editar.

Líder de piloto de equipe / corporativo

Avalie a memória compartilhada com controles de conta, atribuição de origem, fluxos de exportação/exclusão e evidências de configuração seguras para revisores.

Peça para um membro do piloto salvar uma memória de equipe de teste, confirme a atribuição de origem no XMemo e revise os caminhos de exclusão/exportação e suporte.

Origem: Contrato de governança pública