Até 24 de agosto, o Claude tinha duas memórias que não se falavam: uma para o chat, outra para o Cowork (o agente que executa tarefas de várias etapas em arquivos e apps). Você explicava o projeto no chat de manhã e, à tarde, pedia pro Cowork montar um relatório sobre o mesmo projeto, e ele começava do zero, sem saber de nada.
Em 25 de agosto a Anthropic fechou essa lacuna: chat e Cowork passaram a compartilhar a mesma memória. O que você conta numa conversa fica disponível pro Cowork na próxima tarefa, e o que o Cowork descobre durante uma execução volta pro chat depois. Pra quem constrói automação com IA, isso não é feature de conveniência, muda o que dá pra prometer num fluxo.
O que mudou de fato
Três pontos técnicos, direto da documentação oficial:
- Memória em tempo real, não pós-conversa. Antes, o Claude resumia a conversa depois que ela terminava. Agora ele grava tópicos durante a conversa: mencione que o prazo do projeto mudou pra setembro, e a próxima interação já sabe, sem precisar pedir "lembra disso".
- Organização por tópico, editável. Em Configurações → Memória, cada assunto que o Claude guardou aparece como um item separado: dá pra abrir, editar, pausar ou apagar individualmente, não é uma memória monolítica e opaca.
- Sensível fica de fora por padrão. Saúde, crenças e temas assim não entram na memória automaticamente. Só entram se você ligar "incluir tópicos sensíveis" nas configurações.
A pegadinha que decide se isso serve pra você
Aqui está o detalhe que muda tudo pra automação de negócio: a memória compartilhada só funciona quando o Cowork roda na nuvem. Uma sessão de Cowork local, rodando no seu computador, lendo e escrevendo arquivos locais sem upload, não tem acesso a essa memória.
Ou seja, existe uma troca real:
| Cowork na nuvem | Cowork local | |
|---|---|---|
| Memória compartilhada com o chat | Sim | Não |
| Continua rodando com o laptop fechado | Sim | Não |
| Lê/escreve arquivo local sem upload | Não | Sim |
| Onde ficam os dados | Conta Claude (nuvem) | Máquina do usuário |
Não é um bug, é um design de fronteira: memória contínua exige estado centralizado; acesso direto a arquivo local exige rodar na máquina. Você escolhe uma coisa ou a outra por sessão.
O que isso muda pra quem constrói automação de verdade
Pra um agente que faz tarefa pontual, gerar um documento, responder um ticket, memória não importa muito: o contexto cabe inteiro no prompt da tarefa. O ganho aparece em fluxo que se repete com o mesmo cliente, o mesmo projeto, ao longo de semanas: cada nova automação parava de herdar o que já foi combinado antes, e cada agente que você chamava, chat pra rascunhar, Cowork pra executar, vivia numa ilha de contexto separada.
Isso importa em três pontos concretos de projeto:
- Handoff entre etapas manuais e automatizadas. Se parte do fluxo é "combina no chat, executa no Cowork", a unificação elimina o re-briefing que hoje é feito na mão (copiar contexto de uma conversa pra outra).
- Dado sensível de cliente pede decisão explícita, não padrão. Se o fluxo lida com informação que não pode ficar armazenada na nuvem do fornecedor de IA, típico em jurídico, saúde, financeiro, a opção de Cowork local sem memória compartilhada deixa de ser limitação e vira a escolha correta.
- Memória editável é auditável, memória automática de outros produtos geralmente não é. Para qualquer automação que toca dado de terceiro, poder abrir a lista de tópicos e apagar um item específico é o mínimo que dá pra defender numa auditoria de LGPD.
A lição não é "adicione memória ao seu agente". É notar que memória contínua e isolamento de dado são objetivos que competem entre si, e que a arquitetura de qualquer automação que promete "lembrar" precisa decidir, caso a caso, qual dos dois pesa mais.