ChatGPT: memória isolada por Project resolve a separação entre clientes, não a confidencialidade

Em Projects elegíveis e não compartilhados, o ChatGPT agora permite alternar entre memória padrão e memória project-only sem recriar o projeto, segundo as notas de versão da OpenAI publicadas naquele dia. No modo project-only, o ChatGPT usa as conversas internas do próprio Project como contexto adicional, não consulta memórias salvas nem conversas de fora dele, e não leva nada do Project para outros chats. Projects compartilhados continuam obrigatoriamente em memória isolada e não podem voltar ao modo padrão.

O que mudou de fato em 14 de agosto de 2026

Até essa atualização, o modo project-only só existia como opção no momento em que o usuário criava um Project novo. Uma vez criado, não havia como converter um Project de memória padrão para isolada, nem o contrário. Quem quisesse mudar de regime precisava recriar o projeto do zero, reanexando arquivos e reescrevendo instruções.

A mudança de 14 de agosto remove essa trava para Projects elegíveis e não compartilhados. O usuário troca o regime de memória em um projeto que já existe, com o histórico de conversas já ali dentro. Isso é o que separa a novidade de um simples ajuste de configuração: ela transforma uma decisão irreversível, tomada às cegas na hora da criação, em algo que pode ser corrigido depois.

Por que isso importa para quem organiza clientes por Project

A prática de abrir um Project por cliente, por processo ou por linha editorial já existia antes dessa atualização. O que faltava era a garantia de que o contexto de um cliente não vazasse para outro através da camada de memória de longo prazo do ChatGPT, que opera por cima dos Projects e, por padrão, carrega informação entre conversas diferentes da mesma conta.

Sem memória isolada, um detalhe mencionado no Project do cliente A pode reaparecer, meses depois, informando uma resposta no Project do cliente B. Não é um vazamento de arquivo, é a personalização da memória fazendo exatamente o que foi desenhada para fazer: usar contexto anterior para responder melhor. O problema aparece quando esse contexto anterior pertence a outra parte interessada.

Com project-only memory, essa ponte se fecha nos dois sentidos. Nada que aconteça no Project do cliente A alimenta a memória usada no Project do cliente B, e nada que já está salvo na memória geral da conta entra no Project isolado. Para quem atende múltiplos clientes com a mesma conta, isso aproxima o comportamento do ChatGPT do que já se espera de qualquer ferramenta profissional: contexto que não atravessa fronteira de projeto sem permissão.

O contra-argumento mais forte: isolamento técnico não é blindagem jurídica

Separar memória entre Projects resolve um problema de contaminação de contexto dentro do produto. Não resolve, sozinho, uma obrigação de confidencialidade.

Isolamento por Project não é o mesmo que um ambiente segregado de processamento de dados. As notas de versão da OpenAI descrevem o comportamento da memória entre conversas, não alteram para onde os dados vão nem quem, dentro da OpenAI ou de uma equipe de workspace, pode ter acesso a eles para fins de segurança, suporte ou conformidade. Um administrador de workspace Business ou Enterprise, por exemplo, continua tendo visibilidade sobre projetos da organização de acordo com as permissões definidas em configuração, independentemente do regime de memória escolhido dentro de cada Project.

Vale o mesmo raciocínio para obrigações contratuais externas ao produto. Um acordo de confidencialidade com um cliente, uma cláusula de sigilo profissional ou uma exigência regulatória de segregação de dados não são satisfeitos automaticamente porque a memória de um Project está isolada da memória de outro. Essas obrigações continuam dependendo de configuração de conta correta (plano contratado, política de retenção, uso ou não do conteúdo para treinamento), de acordo de processamento de dados quando aplicável, e de decisão explícita sobre quais informações entram no ChatGPT.

O que muda na prática para quem decide

Para quem já usa Projects separados por cliente, essa atualização remove a maior fricção do modelo: a decisão sobre memória deixa de ser permanente e tomada no primeiro dia. Isso favorece compartimentar por padrão sempre que houver risco real de contaminação de contexto entre partes interessadas diferentes, como escritórios que atendem concorrentes diretos, consultorias com múltiplos clientes na mesma conta, ou operações editoriais que mantêm linhas de cobertura com fontes distintas.

Para quem atende poucos clientes sem conflito de interesse entre eles, criar um Project isolado por cliente é overhead sem benefício correspondente. A memória compartilhada entre Projects de um freelancer com dois ou três clientes recorrentes tende a ajudar mais do que atrapalhar, já que o contexto útil (preferências de estilo, histórico de decisões) é o mesmo tipo de informação em qualquer frente de trabalho.

Em qualquer dos dois casos, a separação de Projects resolve o comportamento do produto, não substitui o que já deveria estar em contrato. Quem trabalha com informação sensível de cliente continua precisando decidir, separadamente, qual plano contratar, se há acordo de processamento de dados em vigor e o que efetivamente entra em uma conversa com o ChatGPT.