Anthropic merged the memory system behind Claude chat and Claude Cowork into a single shared memory — the same mechanism that lets this very newsletter's automation remember your project across runs. Here's what actually changed under the hood.
Until this update, Claude's chat interface and Claude Cowork (the agentic, file-and-task-oriented mode) kept memory separately. Something you told Claude in a normal chat — a preference, a recurring project detail, how you like your code reviewed — did not automatically show up when you switched to Cowork to actually get work done, and vice versa. You'd re-explain the same context depending on which surface you happened to be using.
Anthropic's August 25 update removes that split: memory is now shared across both surfaces. Anything Claude learns about you or your work in a chat is available the next time you open Cowork, and anything Cowork picks up while executing a task (file structures, recurring decisions, how a project is organized) carries back into ordinary chat.
2. How memory used to work (and why it was clunky)
The older approach was summarization at the end of a conversation: Claude would look back over a finished chat and distill it into a memory note. That has two structural problems:
Latency — nothing gets remembered until the conversation actually ends, so a long-running or still-open session contributes nothing to memory yet.
Fragmentation — each surface (chat vs. Cowork) ran its own summarization pass, producing two separate, non-overlapping memory stores that never talked to each other.
3. How it works now: topic files instead of end-of-chat summaries
The new system writes memory incrementally, as you chat, instead of waiting for the conversation to end. Every piece of retained information is stored as a small, individually addressable topic file — visible to you under Topics in Memory settings, where each one can be viewed, edited, or deleted on its own.
This is the exact mechanism behind this newsletter's automation. The project-level facts, preferences, and decisions this assistant keeps across sessions — including the ones that make today's two lessons consistent with yesterday's — are stored as topic files of this same kind. Reading about it here is, in a very literal sense, reading the spec of the tool generating the content.
Practically, this also means memory updates propagate faster (you don't have to close a chat for something to "stick") and consistently (the same topic file is the one both chat and Cowork read from — there's no reconciliation step between two separate stores).
4. Sensitive topics and privacy controls
By default, Claude does not save a set of sensitive categories to memory even if they come up in conversation: health information, race, ethnicity, religious beliefs, political views, sexual orientation, and gender identity. If you'd specifically like Claude to remember something in one of those categories — so you stop re-explaining it — that can be turned on explicitly in Memory settings; it is opt-in, not the default.
Every stored topic remains inspectable and deletable at the granularity of a single file, not just as an all-or-nothing wipe.
5. Who gets it, and by default
Plan
Default state
Free, Pro, Max
Memory is on by default
Team, Enterprise
Memory is off by default — org admins choose whether to enable it
The Team/Enterprise default reflects a reasonable governance concern: persistent memory across a shared workspace has different risk implications than memory tied to one individual's account, so Anthropic left that decision to the organization rather than opting everyone in automatically.
6. Why this matters beyond the feature itself
Two things worth sitting with:
Memory is becoming infrastructure, not a chat feature. Framing it as "topic files that any surface can read and write" is closer to a small personal database than to a chatbot gimmick — it's the same architectural move context engineering has been pushing toward: give the model durable, structured, editable state instead of relying purely on what fits in a single context window.
Transparency is doing real work here. Making every memory a visible, editable file (instead of an opaque internal summary) is what makes persistent memory usable in a professional context — you can audit exactly what an assistant "knows" about you before trusting it with more autonomy, which matters a lot more once that same assistant can also take actions on your files, as Cowork does.
This lesson exists because of the rotation rule this newsletter follows: a real, dated Anthropic announcement takes priority over the regular IA Watch category rotation. Today's would-have-been topic — prompt engineering technique — returns in the next cycle.
Learn what AI is creating for you. Don't get lost.
Get notified when a new deep dive or lesson goes up. No spam, just new posts.
IA Watch · Novidades Anthropic/Claude
A memória do Claude virou uma coisa só
A Anthropic unificou o sistema de memória por trás do chat do Claude e do Claude Cowork numa memória compartilhada única — o mesmo mecanismo que faz a automação desta própria newsletter lembrar do seu projeto entre execuções. Aqui está o que de fato mudou por baixo do capô.
Até esta atualização, a interface de chat do Claude e o Claude Cowork (o modo agêntico, orientado a arquivos e tarefas) mantinham memórias separadas. Algo que você contava ao Claude num chat normal — uma preferência, um detalhe recorrente de projeto, como você gosta que seu código seja revisado — não aparecia automaticamente quando você trocava pro Cowork pra de fato executar um trabalho, e vice-versa. Você acabava reexplicando o mesmo contexto dependendo de qual superfície estava usando no momento.
A atualização de 25 de agosto da Anthropic elimina essa separação: agora a memória é compartilhada entre as duas superfícies. Qualquer coisa que o Claude aprende sobre você ou seu trabalho num chat fica disponível na próxima vez que você abrir o Cowork, e qualquer coisa que o Cowork capta enquanto executa uma tarefa (estrutura de arquivos, decisões recorrentes, como um projeto está organizado) volta pro chat comum.
2. Como a memória funcionava antes (e por que era limitado)
A abordagem anterior era resumir no fim da conversa: o Claude olhava pra um chat já encerrado e destilava ele numa nota de memória. Isso tem dois problemas estruturais:
Latência — nada é lembrado até a conversa de fato terminar, então uma sessão longa ou ainda aberta não contribui em nada pra memória ainda.
Fragmentação — cada superfície (chat vs. Cowork) rodava sua própria passada de resumo, gerando dois armazenamentos de memória separados e sem sobreposição, que nunca conversavam entre si.
3. Como funciona agora: arquivos por tópico em vez de resumo de fim de conversa
O novo sistema escreve memória incrementalmente, enquanto você conversa, em vez de esperar a conversa terminar. Cada pedaço de informação retida é armazenado como um pequeno arquivo de tópico, endereçável individualmente — visível pra você em Tópicos, nas configurações de Memória, onde cada um pode ser visto, editado ou apagado por conta própria.
Esse é exatamente o mecanismo por trás da automação desta newsletter. Os fatos de projeto, preferências e decisões que este assistente mantém entre sessões — incluindo os que fazem as duas lições de hoje serem consistentes com as de ontem — são armazenados como arquivos de tópico desse mesmo tipo. Ler sobre isso aqui é, de forma bem literal, ler a especificação da própria ferramenta que gera este conteúdo.
Na prática, isso também significa que atualizações de memória se propagam mais rápido (você não precisa fechar um chat pra algo "grudar") e de forma consistente (o mesmo arquivo de tópico é lido tanto pelo chat quanto pelo Cowork — não existe uma etapa de reconciliação entre dois armazenamentos separados).
4. Tópicos sensíveis e controles de privacidade
Por padrão, o Claude não salva na memória um conjunto de categorias sensíveis mesmo que apareçam na conversa: informações de saúde, raça, etnia, crenças religiosas, opiniões políticas, orientação sexual e identidade de gênero. Se você especificamente quiser que o Claude lembre de algo nessas categorias — pra parar de reexplicar — isso pode ser ativado explicitamente nas configurações de Memória; é opt-in, não o padrão.
Todo tópico armazenado continua inspecionável e apagável na granularidade de um único arquivo, não só como um apagão tudo-ou-nada.
5. Quem tem acesso, e por padrão
Plano
Estado padrão
Free, Pro, Max
Memória vem ativada por padrão
Team, Enterprise
Memória vem desativada por padrão — administradores da organização decidem se ativam
O padrão diferente pra Team/Enterprise reflete uma preocupação de governança razoável: memória persistente num workspace compartilhado tem implicações de risco diferentes de uma memória atrelada à conta de um indivíduo só, então a Anthropic deixou essa decisão pra organização em vez de ativar todo mundo automaticamente.
6. Por que isso importa além da feature em si
Duas coisas valem a pena parar pra pensar:
Memória está virando infraestrutura, não uma feature de chat. Descrever isso como "arquivos de tópico que qualquer superfície pode ler e escrever" está mais perto de um pequeno banco de dados pessoal do que de um truque de chatbot — é o mesmo movimento arquitetural que o context engineering vem empurrando: dar ao modelo um estado durável, estruturado e editável, em vez de depender só do que cabe numa única janela de contexto.
Transparência está fazendo um trabalho de verdade aqui. Transformar cada memória num arquivo visível e editável (em vez de um resumo interno opaco) é o que torna a memória persistente utilizável num contexto profissional — você consegue auditar exatamente o que um assistente "sabe" sobre você antes de confiar a ele mais autonomia, o que importa muito mais quando esse mesmo assistente também pode agir sobre seus arquivos, como o Cowork faz.
Esta lição existe por causa da regra de rotação que esta newsletter segue: um anúncio real e datado da Anthropic tem prioridade sobre a rotação normal de categorias do IA Watch. O tema que seria de hoje — técnica de prompt engineering — volta no próximo ciclo.