Confiança e segurançaConfiança e governançaMemória sensível

Concept

Memória sensível

Entenda os controles reais de sanitização e visibilidade na recuperação usados para credenciais, dados pessoais e memórias de alta sensibilidade.

Sensível é uma política de tratamento, não um tipo de memória

O enum memory_type do contrato de memória é episodic, semantic, procedural, working ou identity; não há um valor sensitive. A sensibilidade é tratada por controles compartilhados de redação e envelope de segurança, e não pela invenção de um sexto tipo de memória.

  • Valores com formato de credencial sempre são redigidos pelo sanitizador canônico do servidor.
  • Os dados pessoais do proprietário são mantidos por padrão e redigidos quando o proprietário habilita auto_redact_pii.
  • Conteúdo de alto risco com chave privada ou segredo AWS faz a captura do agente ignorar o evento.

Sanitize conteúdo, metadados e proveniência juntos

sanitize_server_write aplica o registro de regras compartilhado a toda string alcançável em uma linha de memória, incluindo conteúdo, metadados e proveniência. Rótulos de credencial, chaves de API, JWTs, segredos em URLs e outros valores registrados com formato de credencial são removidos antes da persistência; a redação nunca retorna o valor bruto nos metadados do resultado.

from memory_manager.security.redact import sanitize_server_write

result = sanitize_server_write(
    "Deploy with token=not-a-real-secret",
    redact_contact_pii=False,
)
print(result.text)
print(result.applied, result.redactions)

O modo Vault pode manter a memória local

O envelope de segurança registra security_mode, encryption_state, retrieval_visibility, server_embeddings_enabled e server_content_search_enabled. O modo Vault armazena texto cifrado e usa por padrão retrieval_visibility=client_local_only, com embeddings do servidor desabilitados; a recuperação no servidor é excluída, a menos que o tenant opte explicitamente pela indexação semântica.

{
  "security_mode": "vault",
  "encryption_state": "ciphertext",
  "retrieval_visibility": "client_local_only",
  "server_embeddings_enabled": false,
  "server_content_search_enabled": false
}

A recuperação obedece ao envelope

O bloqueio de recuperação do servidor descarta linhas marcadas como client_local_only ou not_retrievable. As linhas Vault também são excluídas, a menos que seus metadados optem explicitamente por vault_semantic_index_opt_in; o envelope de segurança descreve essa opção como um compromisso porque ela permite um índice semântico no servidor. Use a recuperação local para conteúdo que não deve entrar na recuperação do servidor.

client_local_only  -> excluded from server recall
not_retrievable    -> excluded from server recall
vault + opt-in     -> server vector recall allowed
vault without opt-in -> local recall required

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: Limite de dados