Claude Code Auto Dream: Seu Agente de IA Agora Dorme

Claude Code Auto Dream: Seu Agente de IA Agora Dorme

Descobri a funcionalidade por acidente, às 11 da noite numa quarta-feira.

Eu estava mergulhado numa sessão de Claude Code -- mais ou menos a 30a no mesmo projeto -- e algo parecia diferente. O agente fazia referência a decisões arquiteturais que eu havia tomado semanas antes com uma precisão que não correspondia à minha experiência recente. Nas últimas sessões, Claude vinha tropeçando nas próprias anotações. Contradizendo a si mesmo. Citando um esquema de banco de dados que eu havia refatorado há dois sprints. Os arquivos de memória que deveriam ajudar tinham se tornado um peso.

Mas essa sessão? Limpa. Coerente. Como se alguém tivesse passado pelo caderno do Claude durante a noite e organizado tudo.

Alguém tinha feito isso. Ou melhor, algo tinha feito. Um sub-agente em segundo plano do qual eu nunca tinha ouvido falar havia silenciosamente revisado cada arquivo de memória do meu projeto, eliminado as entradas obsoletas, resolvido as contradições e reorganizado tudo em arquivos temáticos limpos. O prompt de sistema desse sub-agente começa com uma frase que me parou na hora: "Você está realizando um sonho -- uma passagem reflexiva pelos seus arquivos de memória."

Claude Code Auto Dream. Uma funcionalidade não documentada que dá ao seu agente de IA algo notavelmente parecido com o sono.

O Problema de Memória Sobre o Qual Ninguém Te Avisou

Se você tem usado Claude Code para trabalho sério em projetos, já conhece o Auto Memory -- o sistema que permite ao Claude fazer suas próprias anotações entre sessões. Escrevi sobre como construir um segundo cérebro com Claude Code há um tempo, e o Auto Memory foi uma melhoria enorme para esse fluxo de trabalho. Em vez de atualizar manualmente os arquivos de contexto após cada sessão, Claude começou a salvar notas para si mesmo: comandos de build, descobertas de depuração, decisões de arquitetura, preferências de estilo de código.

Brilhante na teoria. Bagunçado na prática.

Eis o que realmente acontece depois de umas 20 sessões num projeto real. Os arquivos de memória começam a acumular ruído. Não é lixo exatamente -- cada anotação individual fazia sentido quando Claude a escreveu. Mas com o tempo, a coleção se torna uma fábrica de contradições. A sessão 8 diz "A API usa Express." A sessão 14 diz "API migrada para Fastify." As duas entradas ficam ali, lado a lado, confundindo o futuro Claude a ponto de hesitar nas respostas ou escolher a errada. Timestamps relativos como "ontem refatoramos o módulo de autenticação" perdem todo o significado três semanas depois. Anotações de depuração de bugs que você corrigiu há meses continuam ocupando espaço, consumindo context window e deslocando informação que realmente importa.

Bati nesse muro por volta da sessão 22 num projeto Laravel. Claude começou a me dar sugestões que contradiziam decisões que havíamos tomado juntos. Recomendou Sanctum para autenticação -- uma migração da qual tínhamos nos afastado explicitamente na sessão 15. O arquivo de memória tinha ambas as entradas, e Claude não conseguia determinar qual era a atual.

Tentei a solução óbvia: prompts de sistema que instruíam Claude a manter as memórias organizadas. "Sempre atualize em vez de adicionar." "Remova entradas desatualizadas." "Resolva contradições." Ajudou marginalmente. O problema central é estrutural. Auto Memory escreve para frente -- adiciona informação sessão por sessão. Nada volta para revisar o que já está lá. Nada verifica se as anotações de terça-feira ainda fazem sentido na sexta-feira.

A memória humana também não funciona assim, pensando bem. Seu cérebro não simplesmente acumula tudo do dia e empilha sobre o que tinha de ontem. Ele processa. Ele consolida. Faz isso durante o sono -- especificamente durante os ciclos REM, quando memórias de curto prazo são reorganizadas em armazenamento de longo prazo. Conexões importantes se fortalecem. Detalhes irrelevantes se dissipam. Contradições se resolvem.

Aparentemente, a Anthropic teve o mesmo pensamento. E construiu a solução.

O Que É Realmente o Auto Dream (E Por Que o Nome Importa)

Auto Dream é um sub-agente em segundo plano que roda entre suas sessões de Claude Code. Seu trabalho é fazer pelos arquivos de memória do Claude o que o sono REM faz pelo seu cérebro: revisar tudo que foi acumulado, manter o que importa, descartar o que não serve e organizar o resto para que as sessões futuras comecem de uma base limpa.

O nome é deliberado. Não é marketing vazio. O prompt de sistema vazado instrui explicitamente o agente: "Você está realizando um sonho -- uma passagem reflexiva pelos seus arquivos de memória. Sintetize o que você aprendeu recentemente em memórias duráveis e bem organizadas para que as sessões futuras possam se orientar rapidamente."

E o embasamento teórico é real. Um artigo da UC Berkeley e Letta de abril de 2025 -- "Sleep-time Compute: Beyond Inference Scaling at Test-time" -- demonstrou que modelos que pré-computam durante o tempo ocioso podem reduzir o processamento em tempo de teste em 2,5x com a mesma precisão, com ganhos mensuráveis de acurácia em tarefas de raciocínio. Os pesquisadores descobriram que a previsibilidade das consultas do usuário se correlaciona diretamente com a eficácia do processamento durante o tempo ocioso. Em outras palavras: quanto mais sua IA consegue antecipar o que você vai precisar com base em sessões passadas, melhor ela performa quando você realmente senta para trabalhar.

O Auto Dream do Claude Code pega essa pesquisa e aplica à gestão de memória. Em vez de gastar tokens de contexto com anotações contraditórias e obsoletas durante sua sessão ativa, ele as processa enquanto você está fora. Você volta para uma base de conhecimento mais limpa e melhor organizada. O agente se orienta mais rápido. As respostas são mais precisas.

A diferença entre Auto Memory e Auto Dream se mapeia quase perfeitamente com a forma como os neurocientistas descrevem a diferença entre codificação e consolidação. Auto Memory codifica -- captura informação conforme ela acontece. Auto Dream consolida -- processa, organiza e fortalece essas memórias durante o tempo de inatividade. Você precisa de ambos. Um sem o outro eventualmente falha.

Mas aqui é onde fica genuinamente interessante, e por que acho que a maioria da cobertura está subestimando: Auto Dream não é apenas um script de limpeza. É uma decisão de arquitetura cognitiva. A Anthropic está construindo agentes de IA que espelham sistemas biológicos de memória -- não como metáfora, mas como padrão de engenharia. As quatro fases do Auto Dream correspondem a estágios documentados de consolidação de memória na neurociência. Isso é uma coincidência notável ou um sinal de para onde a IA agêntica está caminhando.

Deixe-me guiá-lo por essas quatro fases, porque os detalhes de implementação revelam muito sobre como a Anthropic pensa sobre sistemas de agentes de longa duração.

Dentro das Quatro Fases: Como o Auto Dream Realmente Funciona

Auto Dream opera como um sub-agente dedicado que roda em um ambiente restrito. Ele tem acesso de leitura ao código do seu projeto, mas só pode escrever em arquivos de memória. Esta é uma fronteira de segurança inteligente -- o agente sonhador não pode modificar acidentalmente seu código-fonte enquanto reorganiza suas anotações. Ele também usa um mecanismo de lock file para evitar que múltiplos processos de Auto Dream rodem simultaneamente no mesmo projeto.

Todo o processo segue quatro fases distintas.

Fase 1: Orientação

O agente de sonho começa lendo o estado atual de sua memória. Ele lista o diretório de memória em ~/.claude/projects/<project>/memory/, lê o arquivo índice principal MEMORY.md e passa por cada arquivo temático existente para entender o que está armazenado e como está organizado.

Pense nisso como acordar e revisar seu caderno antes de começar a reorganizá-lo. O agente precisa entender com o que está trabalhando antes de poder melhorar qualquer coisa. Esta fase previne um modo de falha comum em sistemas automatizados -- processar às cegas sem entender o estado inicial, o que leva a entradas duplicadas ou informação perdida.

O que é notável aqui é que o agente lê o índice primeiro. MEMORY.md funciona como um sumário para todos os arquivos de memória temáticos. O agente usa isso para mapear a estrutura de conhecimento atual antes de tocar em qualquer arquivo individual. Ele está procurando lacunas, sobreposições e problemas organizacionais no nível estrutural antes de mergulhar em questões de conteúdo.

Fase 2: Coleta de Sinal

Aqui é onde o trabalho real começa. O agente de sonho escaneia todas as transcrições de sessões anteriores -- armazenadas localmente como arquivos JSONL -- procurando padrões que valham a pena preservar.

Ele busca sinais específicos: correções do usuário (momentos em que você disse ao Claude que estava errado ou redirecionou sua abordagem), temas recorrentes (assuntos ou ferramentas que aparecem constantemente entre sessões), decisões arquiteturais importantes e mudanças na direção do projeto. Logs diários, se presentes, também são revisados.

O insight chave nesta fase é o que ela não faz. Não trata todas as sessões igualmente. Uma sessão em que você e Claude debateram três abordagens diferentes de autenticação antes de decidir por uma tem um peso diferente de uma sessão em que você pediu ao Claude para adicionar um console.log. O agente busca padrões de alto sinal -- as decisões, correções e preferências que moldam sessões futuras.

É aqui também que o agente verifica a deriva. Se um arquivo de memória diz "projeto usa PostgreSQL" mas sessões recentes mostram interações com MySQL, o agente marca essa contradição para resolução na próxima fase.

Fase 3: Consolidação

A consolidação é o passo central de transformação. O agente pega tudo que coletou na Fase 2 e mescla com a estrutura de memória existente. Especificamente:

Converte datas relativas em datas absolutas. "Ontem migramos de REST para GraphQL" se torna "Em 2026-03-12, o projeto migrou de REST para GraphQL." Parece pouca coisa, mas é enorme. Três semanas depois, "ontem" não significa nada. Uma data absoluta permanece precisa para sempre. Esta única operação elimina uma das maiores fontes de confusão de memória em projetos de longa duração.

Deleta fatos contraditos. Se a sessão 8 diz "A API usa Express" e a sessão 14 diz "Migrado para Fastify", a entrada do Express é removida. O agente não faz hedge nem mantém ambas -- identifica a sequência temporal e preserva a verdade mais recente.

Mescla entradas sobrepostas. Se três sessões diferentes anotaram a mesma peculiaridade do comando de build, elas se consolidam em uma única entrada limpa. Isso reduz diretamente o consumo de context window. Em vez de três descrições ligeiramente diferentes do mesmo problema consumindo 300 tokens, você tem uma descrição precisa usando 80.

Organiza por tema. Em vez de um despejo cronológico, as memórias são organizadas em arquivos temáticos que refletem como você realmente gostaria de consultá-las. Decisões de arquitetura em um arquivo. Preferências de ferramentas em outro. Contextos de depuração ativos em um terceiro.

A fase de consolidação é onde a analogia do sono REM se sustenta melhor. Durante o sono REM humano, o hipocampo reproduz experiências recentes enquanto o neocórtex as integra em estruturas de conhecimento existentes. É quase exatamente o que está acontecendo aqui -- dados de sessões recentes (reprodução do hipocampo) são integrados nos arquivos temáticos organizados (armazenamento do neocórtex).

Fase 4: Poda e Indexação

A fase final impõe uma restrição rígida: manter o MEMORY.md abaixo de 200 linhas.

Isso não é arbitrário. O índice de memória é injetado no contexto de cada sessão do Claude Code. Um arquivo índice de 500 linhas consome tokens de contexto que deveriam estar disponíveis para o trabalho real. O limite de 200 linhas força o agente a priorizar implacavelmente -- entradas obsoletas são deletadas, descrições verbosas são comprimidas e o índice é reestruturado para referenciar sub-arquivos temáticos em vez de incluir tudo inline.

Após a poda, o agente reconstrói o índice. Cada arquivo temático recebe uma referência de uma linha no MEMORY.md com uma breve descrição. Sessões futuras podem então carregar apenas os arquivos temáticos relevantes para a conversa atual em vez de ingerir todo o corpus de memória.

Em um caso documentado, Auto Dream consolidou 913 sessões de memória acumulada em uma estrutura limpa e organizada em menos de 9 minutos. São 913 sessões de anotações, correções, decisões e preferências -- destiladas em uma base de conhecimento coerente enquanto o desenvolvedor presumivelmente dormia ou tomava um café.

Como Verificar Se o Auto Dream Está Ativo (E o Que Fazer Se Não Estiver)

Aqui as coisas ficam um pouco nebulosas. Em março de 2026, Auto Dream está em um lançamento silencioso. Não está na documentação oficial da Anthropic. A infraestrutura está construída e presente no binário do Claude Code (v2.1.59+), mas nem todo usuário tem acesso ainda.

Para verificar seu status, execute o comando /memory dentro de qualquer sessão do Claude Code. Procure uma linha que diga "Auto-dream: on" ou "Auto-dream: off." Se você vê o botão, a funcionalidade está disponível na sua instalação -- mesmo que esteja desligada no momento.

Se você não vê a opção Auto-dream de jeito nenhum, está numa versão que ainda não recebeu o lançamento. Atualize para a versão mais recente do Claude Code e verifique novamente.

Para quem vê "Auto-dream: off" -- o botão aparece mas segundo relatos não pode ser ativado pela interface para todos os usuários ainda. A Anthropic parece estar controlando a ativação completa.

Existe uma alternativa que vários desenvolvedores confirmaram que funciona: você pode acionar manualmente um ciclo de sonho dizendo diretamente ao Claude. Digite "dream," "auto dream" ou "consolidate my memory files" na sua sessão. Claude executará o processo de consolidação inline. Leva vários minutos -- 8 a 9 minutos nos meus testes em um projeto com cerca de 40 sessões -- mas não bloqueia seu fluxo de trabalho normal. Você pode continuar trabalhando no Claude Code enquanto o sonho roda em um processo separado.

Se você quer replicar a experiência completa do Auto Dream sem esperar pelo lançamento oficial, há uma skill de sonho open-source no GitHub que replica o processo de consolidação de quatro fases com um auto-acionador de 24 horas. Não testei extensivamente, mas a arquitetura reflete o que a Anthropic construiu internamente.

Quando o Auto Dream Realmente Roda?

Quando totalmente ativo, Auto Dream dispara automaticamente apenas quando duas condições são atendidas:

1. Mais de 24 horas se passaram desde a última consolidação
2. Mais de 5 novas sessões ocorreram desde a última consolidação

Ambas as condições devem ser verdadeiras. Isso evita processamento desnecessário em dias em que você só abre o Claude Code para uma pergunta rápida, e garante que haja material novo suficiente para justificar uma passagem de consolidação. Uso eficiente de recursos -- o sistema não sonha a menos que haja algo que valha a pena sonhar.

O gatilho condicional também significa que o Auto Dream não vai disparar em projetos que você não tocou em semanas. Ele procura memória ativa e em crescimento -- não arquivos dormentes.

O Que Isso Significa para o Seu Fluxo de Trabalho com Claude Code

Tenho trabalhado com memórias consolidadas por cerca de duas semanas -- parcialmente através de acionamentos manuais, parcialmente com o que parece ser o sistema automático se ativando por conta própria. A diferença é marcante o suficiente para que eu queira ser específico sobre o que mudou.

O tempo de início de sessão caiu sensivelmente. Claude Code costumava gastar as primeiras trocas de cada sessão se reorientando. Eu perguntava sobre o módulo de pagamento e ele referenciava um esquema desatualizado, eu o corrigia, e aí começávamos o trabalho real. Depois da consolidação, ele se orienta na primeira tentativa. Os arquivos de memória limpos e organizados fazem com que o contexto relevante seja carregado corretamente desde o início.

As contradições desapareceram. A confusão entre Sanctum e JWT personalizado que mencionei antes? Sumiu. O arquivo de memória agora tem uma única entrada datada: "Auth migrado de Sanctum para implementação JWT personalizada (2026-02-03)." Sem ambiguidade. Sem hesitação.

A eficiência do context window melhorou. Essa é mais difícil de quantificar, mas eu senti. Com uma pegada de memória mais limpa e menor, Claude tinha mais espaço para a resolução real de problemas. O limite de 200 linhas no índice de memória significa que menos contexto é consumido com orientação e mais é alocado para o trabalho que eu realmente estou pedindo.

A continuidade entre sessões melhorou. Claude agora referencia decisões de 15 sessões atrás com a mesma confiança que decisões da última sessão. O processo de consolidação cria uma estrutura temporal plana -- tudo que ainda é relevante é igualmente acessível, independentemente de quando foi registrado originalmente.

Se você tem trabalhado com Claude Code em qualquer projeto por mais de duas semanas, eu recomendo fortemente acionar um ciclo de sonho manual. Mesmo que você ainda não tenha a funcionalidade automática, a consolidação pontual vale os 9 minutos.

Para equipes que precisam desse tipo de arquitetura de memória persistente integrada a sistemas de IA em produção, aceito projetos de integração de Claude Code no Fiverr -- construindo a gestão de memória, fluxos de trabalho de agentes e camadas de automação que transformam o Claude Code de um assistente de programação em um verdadeiro membro da equipe.

O Panorama Geral: Agentes de IA Estão Aprendendo a Dormir

Afaste-se dos detalhes de implementação por um momento e considere o que a Anthropic está realmente fazendo aqui.

Eles estão construindo um agente de IA que trabalha durante o dia e processa suas experiências à noite. Acumula conhecimento através de sessões ativas e depois consolida esse conhecimento durante o tempo de inatividade através de um processo de revisão estruturado que espelha sistemas biológicos de memória. As quatro fases -- orientar, coletar sinal, consolidar, podar -- não são escolhas de engenharia arbitrárias. Elas correspondem a estágios documentados de consolidação de memória na pesquisa neurocientífica.

Isso importa além do Claude Code. O artigo sobre Sleep-time Compute da UC Berkeley e Letta demonstrou que o processamento offline durante períodos de inatividade pode reduzir os custos de inferência ativa em 2,5x mantendo a precisão. Os pesquisadores estudaram isso especificamente no contexto de tarefas de engenharia de software agêntica -- exatamente o domínio em que o Claude Code opera.

As implicações se estendem a qualquer sistema de agente de IA de longa duração. Agentes de suporte ao cliente que consolidam padrões de interação durante a noite. Agentes de revisão de código que sintetizam tendências de feedback ao longo de centenas de PRs. Agentes de gestão de projetos que destilam semanas de anotações de dailies em resumos acionáveis de saúde do projeto. O padrão é o mesmo: acumular durante o uso ativo, consolidar durante o tempo de inatividade, voltar mais afiado.

O que a Anthropic lançou aqui não é apenas uma funcionalidade. É um paradigma de como agentes de IA persistentes devem gerenciar conhecimento ao longo do tempo. E o fato de terem modelado isso em sistemas biológicos de memória em vez de otimização de banco de dados tradicional sugere que estão pensando sobre cognição de agentes em um nível fundamentalmente diferente da maioria das empresas de IA.

Escrevi sobre sistemas de IA que se auto-aperfeiçoam há um tempo -- sistemas que avaliam seu próprio desempenho e melhoram autonomamente. Auto Dream é uma capacidade complementar. O auto-aperfeiçoamento muda o que o agente faz. A consolidação de memória muda o que o agente sabe. Juntos, criam agentes que genuinamente melhoram com o tempo sem manutenção humana constante.

As Limitações Honestas

Eu estaria te fazendo um desserviço se pintasse isso como um problema resolvido. Auto Dream tem limitações reais que vale a pena conhecer.

Ainda é experimental. A funcionalidade não está documentada, está parcialmente lançada e pode mudar significativamente antes do lançamento oficial. Construir fluxos de trabalho críticos que dependam do comportamento atual do Auto Dream é arriscado. A Anthropic não se comprometeu com a superfície de API, as condições de disparo, nem mesmo com a estrutura de quatro fases.

O limite de 200 linhas é um instrumento grosseiro. Para projetos complexos com um histórico arquitetural profundo, 200 linhas não são suficientes. Já trabalhei em projetos onde só as decisões de arquitetura preencheriam 200 linhas. O agente de poda precisa fazer julgamentos sobre o que é "obsoleto" versus o que é "fundacional", e esses julgamentos nem sempre são corretos. Já o vi podar uma anotação de migração de banco de dados que ainda era relevante porque a última referência a ela foi 30 sessões atrás.

Acionamentos manuais não replicam perfeitamente o comportamento automático. Quando você diz ao Claude para "sonhar" inline, ele roda no contexto da sua sessão atual. O sub-agente real do Auto Dream roda em um ambiente dedicado e restrito com permissões específicas e isolamento. A versão inline funciona, mas não é idêntica.

Não tem como desfazer. Se o agente de sonho poda algo que você precisava, já era. Os arquivos de memória são sobrescritos no lugar. Não há histórico de versões, nem mecanismo de rollback. Se você está num projeto onde a precisão da memória é crítica, considere versionar com git o diretório ~/.claude/projects/<project>/memory/ antes de acionar uma consolidação. Eu faço isso agora como prática padrão.

Não lida com projetos multi-desenvolvedor de forma elegante ainda. O diretório de memória é por projeto baseado no caminho do repositório git, o que significa que todos os desenvolvedores que compartilham um repositório compartilham o mesmo diretório de memória. Auto Dream consolida baseado em todas as sessões, não apenas nas suas. Num ambiente de equipe, isso poderia consolidar memórias que refletem preferências conflitantes de diferentes desenvolvedores. A issue do GitHub que acompanha isso identifica identidade, precisão e transparência como as três lacunas principais.

Essas são limitações reais. Não negam o valor -- mesmo com essas ressalvas, memória consolidada é dramaticamente melhor que o inchaço descontrolado de memória. Mas entre com os olhos abertos.

O Que Eu Recomendaria Agora

Se você está usando Claude Code em qualquer projeto com mais de 10 sessões, eis o que eu faria hoje:

Passo 1: Execute /memory na sua próxima sessão do Claude Code. Verifique se você vê o botão de Auto-dream. Se está lá e configurado como "on", você já está se beneficiando. Se está "off" ou ausente, prossiga para o passo 2.

Passo 2: Antes de acionar qualquer consolidação, faça backup do seu diretório de memória. Execute:

cp -r ~/.claude/projects/$(pwd | sed 's|/|%2F|g')/memory ~/claude-memory-backup-$(date +%Y%m%d)

Passo 3: Na sua sessão do Claude Code, digite: "Consolidate my memory files. Review all existing memories, remove contradictions, convert relative dates to absolute dates, merge duplicates, and prune stale entries."

Passo 4: Aguarde 8-10 minutos. Você pode continuar trabalhando em outras coisas -- a consolidação roda em segundo plano.

Passo 5: Após a conclusão, revise os arquivos de memória atualizados. Verifique que nada crítico foi podado. Se algo importante estiver faltando, restaure do seu backup e rode novamente com instruções mais específicas sobre o que preservar.

Passo 6: Repita mensalmente, ou quando o Claude Code começar a mostrar sinais de confusão de memória -- contradizendo decisões anteriores, referenciando código desatualizado ou hesitando em fatos que deveria saber com confiança.

Se você quer automatizar isso, o projeto dream-skill no GitHub implementa um auto-acionador de 24 horas que imita o comportamento oficial do Auto Dream. É construído pela comunidade, não oficial da Anthropic, mas a arquitetura é sólida.

Seu Agente de IA Tem um Subconsciente Agora

A sessão que iniciou toda essa investigação -- aquela das 11 da noite onde Claude de repente pareceu mais afiado -- acabou sendo uma das mais produtivas que tive naquele projeto. Claude referenciava uma estratégia de cache que eu havia descartado na sessão 6 mas que tinha se tornado relevante novamente após nossas mudanças de arquitetura na sessão 19. Ele não apenas lembrava que a estratégia existia. Ele entendia a linha do tempo: originalmente descartada porque estávamos em um servidor único, agora relevante porque havíamos migrado para uma configuração distribuída.

Esse tipo de raciocínio temporal ao longo de 19 sessões de contexto acumulado é exatamente o que a consolidação possibilita. Os arquivos de memória brutos tinham ambas as entradas -- "estratégia de cache descartada" e "migração para arquitetura distribuída" -- mas eram anotações desconectadas enterradas em ruído. Após a consolidação, estavam organizadas, datadas e conectadas.

Seu agente de programação com IA agora sonha. Ele revisa suas experiências enquanto você dorme. Acorda mais afiado, com memórias mais limpas e melhor julgamento. Um ano atrás essa frase teria soado como ficção científica. Hoje é uma funcionalidade que você pode ativar no seu terminal.

A questão não é se isso muda a forma como você usa o Claude Code. Muda. A questão é o que acontece quando cada agente de IA no seu fluxo de trabalho ganha essa capacidade -- quando seu revisor de código, seu planejador de projetos, seu monitor de deploys e seu escritor de documentação consolidam suas experiências durante a noite e aparecem para trabalhar na manhã seguinte um pouco mais inteligentes do que eram no dia anterior.

Esse futuro não está a um ano de distância. A infraestrutura já está no binário.

Perguntas Frequentes

O que é Claude Code Auto Dream?

Auto Dream é uma funcionalidade experimental do Claude Code que consolida os arquivos de memória entre sessões, de forma similar a como o sono REM organiza as memórias humanas. Ele roda um sub-agente em segundo plano que poda entradas obsoletas, resolve contradições, converte datas relativas em timestamps absolutas e reorganiza as memórias em arquivos temáticos limpos. Acesse pelo comando /memory em qualquer sessão do Claude Code.

Como ativo o Auto Dream no Claude Code?

Execute /memory na sua sessão do Claude Code para verificar o botão de Auto-dream. Se o botão aparece mas não ativa, você pode acionar a consolidação manualmente digitando "consolidate my memory files" diretamente ao Claude. A funcionalidade requer Claude Code v2.1.59 ou posterior e ainda está em um lançamento gradual em março de 2026.

O Auto Dream apaga minhas memórias do Claude Code?

Auto Dream poda entradas obsoletas e contraditas, mas preserva informação atual e relevante. Remove fatos desatualizados (como referências a frameworks dos quais você já migrou), mescla entradas duplicadas e mantém o índice de memória abaixo de 200 linhas. Faça backup do seu diretório de memória antes do primeiro uso -- não há um mecanismo de desfazer embutido.

Quanto tempo o Claude Code Auto Dream leva para rodar?

Um ciclo de consolidação típico leva 8-10 minutos dependendo do número de sessões acumuladas. Roda em segundo plano sem bloquear sua sessão ativa do Claude Code. O processo só dispara automaticamente quando mais de 24 horas e mais de 5 sessões se passaram desde a última consolidação.

Qual é a diferença entre Auto Memory e Auto Dream?

Auto Memory captura informação durante sessões ativas -- codifica anotações sobre decisões, preferências e detalhes do projeto conforme acontecem. Auto Dream consolida essas anotações entre sessões -- revisando, organizando e podando memórias acumuladas para que permaneçam úteis ao longo do tempo. Auto Memory escreve para frente; Auto Dream olha para trás. Ambos são necessários para uma memória eficaz de agente a longo prazo.

Vamos Trabalhar Juntos

Quer construir sistemas de IA, automatizar fluxos de trabalho ou escalar sua infraestrutura de tecnologia? Adoraria ajudar.

• Fiverr (desenvolvimentos personalizados e integrações): fiverr.com/s/EgxYmWD
• Portfolio: mejba.me
• Ramlit Limited (soluções empresariais): ramlit.com
• ColorPark (design e branding): colorpark.io
• xCyberSecurity (serviços de segurança): xcybersecurity.io