Andrej Karpathy revela a maior fraqueza do Cloud Code e como o recurso 'dreaming' da Anthropic pode revolucionar a IA.
Key Takeaways
- Cloud Code tradicional não aprende entre sessões, limitando seu potencial.
- O processo de 'dreaming' permite consolidar memórias e melhorar o desempenho da IA.
- Dreaming resolve problemas de foco dividido, padrões invisíveis e memória vencida.
- Anthropic já implementou esse recurso, mostrando resultados significativos em empresas reais.
- Embora em fase restrita, o dreaming pode ser simulado manualmente com prompts específicos.
What the video covers
- Andrej Karpathy, ex-chefe de IA da Tesla e atual chefe de pesquisa da Anthropic, aponta a maior falha do Cloud Code: a falta de aprendizado contínuo fora da interação ativa.
- Ele compara o funcionamento da IA com o cérebro humano, que consolida aprendizado durante o sono, processo ausente no Cloud Code tradicional.
- O principal problema é que o Cloud Code só aprende durante a interação por prompts, sem consolidar memórias entre sessões.
- Karpathy propõe o conceito de 'dreaming' (sonhar), um processo que consolida e organiza memórias entre sessões, similar ao sono humano.
- O dreaming resolve três problemas principais: anotação rasa, padrões invisíveis entre sessões e memória vencida com informações desatualizadas.
- Anthropic lançou um recurso que permite ao Cloud Code 'sonhar', melhorando a eficiência e aprendizado contínuo do agente de IA.
- Empresas como Harvey e Rakuten testaram o dreaming e observaram até seis vezes mais tarefas concluídas.
- O recurso está em fase de teste fechado, disponível apenas para clientes enterprise, mas a lógica do dreaming pode ser aplicada manualmente via prompt.
- Felipe Borges oferece um convite para o AICloud, uma trilha para dominar o Cloud Code profissionalmente.
- O vídeo detalha como configurar e usar o prompt para implementar o dreaming no Cloud Code, com validação manual das atualizações de memória.
Chapters
- 00:00Introdução a Andrej Karpathy e sua visão sobre IA
- 00:55Problema principal do Cloud Code segundo Karpathy
- 01:57Comparação entre IA e cérebro humano
- 02:52Problemas da memória no Cloud Code
- 03:43Conceito e importância do dreaming
- 04:44Resultados e impacto do dreaming em empresas
- 05:43Convite para o AICloud e aprendizado profissional
- 06:38Configuração prática do prompt de dreaming
- 07:29Validação e uso do dreaming no Cloud Code
Full Transcript — Download SRT & Markdown
Speaker A
Wonder Carpathy talvez seja a mente mais brilhante da inteligência artificial hoje em dia, cofundador da OpenAI, ex-chefe de IA da Tesla e atualmente chefe de pesquisa dentro da própria Anthropic. E há alguns meses atrás, numa entrevista com Darkest Patel, um dos
Speaker A
podcasts mais respeitados do mundo da tecnologia, ele revelou o que considera ser a maior falha do Cloud Code e de todos os agentes de IA. E para explicar essa falha, Carpathy fez uma comparação muito interessante. Ele comparou a IA
Speaker A
com o funcionamento real do cérebro humano. Enquanto você está acordado, você vai acumulando o contexto, que é tudo aquilo que vai acontecendo ao longo do seu dia. Quando você dorme, o seu cérebro faz uma espécie de faxina. Ele
Speaker A
separa aquilo [música] que importa, joga fora o resto e transforma o que sobrou em aprendizado permanente. Ou seja, você acorda atualizado com tudo aquilo do contexto que realmente importa. Já o modelo de IA não tem nada parecido com
Speaker A
isso. Toda vez que você abre o cloud, ele liga com a janela nova do zero, sempre, sem contexto. É exatamente aí que mora a falha que o Carpathy apontou.
Speaker A
O Carpathy diz que o principal problema do Cloud é que ele só consegue aprender enquanto você está interagindo ativamente com ele por meio de prompts. Mas imagina se existisse uma espécie de estado mágico semelhante a um sonho, que
Speaker A
é o processo que acontece enquanto a gente dorme, no qual ele pudesse consolidar e conciliar todas as suas sessões, identificar padrões entre elas e se atualizar e melhorar com base nos seus objetivos, mesmo quando você não estivesse interagindo com ele. O Carpathy
Speaker A
chama isso de dreaming ou sonhar, que é o mesmo processo que vai acontecer no nosso cérebro quando nós estamos dormindo. Dessa forma, o seu Cloud Code poderia se tornar 10 a 100 vezes mais poderoso. E aqui vai uma curiosidade,
Speaker A
desde a entrevista do Carpathy, a própria Anthropic, empresa na qual ele trabalha atualmente, lançou esse exato recurso que agora permite que o seu Cloud Code sonhe. Segundo o Carpathy, isso é extremamente poderoso, porque resolve os três maiores problemas que você enfrenta
Speaker A
atualmente com a memória do cloud. O primeiro problema atual é justamente o foco dividido. Enquanto o Cloud está executando a tarefa que você pediu, ele também tem que decidir o que ele tem que anotar na memória, como se fosse um
Speaker A
caderno. Ou seja, a mesma inteligência que está resolvendo o problema, a tarefa que você passou, está ao mesmo tempo tentando registrar o que ela precisa aprender e o que ela tirou de importante daquela tarefa. É como um
Speaker A
professor tentando dar aula e ao mesmo tempo escrever a apostila do curso. Alguma das duas coisas vai sair muito ruim e quase sempre as duas saem. Na prática, é por isso que tanta anotação das memórias do cloud acabam sendo muito
Speaker A
rasas, acabam não ajudando em execuções futuras, em novas sessões que você vai abrir, justamente porque ela foi feita com pressa no meio da execução de uma tarefa. Já o segundo problema é ainda pior porque ele é invisível, que são os
Speaker A
padrões escondidos. Cada conversa sua com o Cloud só vai enxergar ela mesma, ou seja, a sessão de segunda-feira não sabe o que aconteceu na sessão de sexta.
Speaker A
Então acontece aquele padrão que sempre se repete, você corrigindo a mesma coisa, pedindo do mesmo jeito e esbarrando no mesmo erro. E isso justamente acontece porque nenhuma sessão sozinha consegue ver o conjunto, ou seja, ela não tem histórico, portanto
Speaker A
ela não consegue encontrar padrões. E se você usa o Cloud Code todo dia, você já deve ter sentido essa sensação de que ele já deveria saber algumas informações que você já passou para ele, inclusive já repetiu a semana inteira, mas isso
Speaker A
não acontece justamente por causa desse problema número dois. E o terceiro problema é o que mais atrapalha em silêncio, que é o que Anthropic chama de memória vencida. Com o tempo, o arquivo de memória vai acumulando anotação duplicada, anotação que se contradiz e
Speaker A
instrução que está vencida, ou seja, instruções de meses atrás que simplesmente não valem mais hoje em dia.
Speaker A
Isso porque o projeto mudou, a pasta mudou, o seu jeito de trabalhar mudou, mas a anotação continua lá daquele jeito, com aquelas instruções que já não fazem mais sentido hoje. E o pior de tudo é que o Cloud confia cegamente
Speaker A
naquilo. Ele segue aquela anotação errada com toda a confiança do mundo. É justamente isso que impede o Cloud de se atualizar e melhorar sua própria instrução. Então, recapitulando os três problemas: anotação rasa, muito simples, padrão invisível e memória vencida. É
Speaker A
justamente por isso que o Carpathy batia tanto na tecla, que sem algo parecido com o dream, com o sonho, com esse processo do nosso cérebro humano mesmo de dormir e consolidar aquele contexto que realmente importa, o seu agente
Speaker A
nunca chegaria no potencial máximo dele. Portanto, o dreaming foi criado e esse processo funciona da seguinte maneira. É um processo agendado que roda entre as sessões. Normalmente ele é agendado para acontecer de madrugada porque não tem ninguém ali utilizando o cloud. Ele
Speaker A
então vai comparar as sessões entre si, achar o que se repete, identificar onde ele errou, o que teve que corrigir e no final ele vai reescrever a memória organizada, sem coisa duplicada, sem anotação vencida, atualizada, com tudo aquilo que é verdade hoje no seu
Speaker A
processo de trabalho atual que você executa hoje com o Cloud Code. Ou seja, é literalmente o dream que o Carpathy descreveu. A hora da execução é para trabalhar, o dream é para aprender. E repara como isso resolve os três
Speaker A
problemas de uma única vez. Quem sonha não precisa anotar no meio da execução, foco total na tarefa. Quem sonha enxerga todas as sessões de uma vez, o padrão acaba aparecendo e quem sonha também faz a faxina, ou seja, só vai consolidar a
Speaker A
informação que realmente for importante. O objetivo declarado da Anthropic com isso é o aprendizado contínuo. O agente de amanhã acorda melhor por conta do trabalho de hoje, sem você fazer nada. E de fato os números impressionam bastante. As primeiras empresas que
Speaker A
testaram foram a Harvey, uma das maiores jurídicas do mundo, e a Rakuten, gigante japonesa de tecnologia. Elas viram algo em torno de seis vezes mais tarefas concluídas depois que elas deixaram os agentes sonharem. Seis vezes mais tarefas, isso é muita coisa. Mas eu
Speaker A
tenho uma notícia boa e uma notícia ruim para você. A ruim é que por enquanto essa função está numa fase de teste fechada, disponível só para aqueles clientes enterprise, grandes empresas, grandes corporações. Mas a boa notícia é que o dream realmente funciona e a
Speaker A
lógica do dream não tem nada de segredo. Inclusive esse prompt que está na tela cria justamente uma rotina de dream no seu Cloud Code de graça, seguindo exatamente o que o Carpathy descreveu.
Speaker A
Mas antes de eu te mostrar esse prompt funcionando e detalhado, tem um convite rápido que eu quero te fazer. Se você quer realmente aprender a dominar o Cloud Code, não só para saber utilizar a ferramenta, mas para criar projetos
Speaker A
reais que colocam dinheiro no bolso, você precisa conhecer o AICloud. No AICloud você encontra uma trilha completa, onde você aprende a usar o Cloud Code para criar e vender projetos profissionais que clientes pagam caro para ter. Lá dentro eu abro a caixa preta do meu
Speaker A
processo de criação, incluindo skills, templates, cuidados de segurança e padrões de entrega que eu mesmo utilizo nos meus projetos. Então, se você quer começar a usar o Cloud Code de forma realmente profissional, já aponta a câmera do seu celular pro QR code que está
Speaker A
aparecendo aqui na tela e vem fazer parte do AICloud. Convite feito. Então, bora fazer o seu cloud aprender a sonhar. Para isso, então, estamos com o nosso Cloud Code aberto. Eu vou colar o prompt. Esse prompt ele vai estar
Speaker A
disponível na nossa comunidade. Então, se você quiser ter acesso exatamente a esse prompt, é só você clicar no link que está na descrição desse vídeo e no primeiro comentário fixado, acessar nossa comunidade gratuita e com isso ter acesso então a esse prompt completo. Mas
Speaker A
de
Speaker A
com base naquilo que a própria Antropic já faz. Caso você já tenha um sistema de memória, a memória automática ou anotações no cloud.md, MD, utilize o caso contrário, crie o diretório. Ou seja, se você já tem o seu sistema de
Speaker A
memória, aí o que ele vai fazer é analisar esse sistema de memória e utilizar. Caso você não tenha, ele mesmo vai criar. Aí ele vai criar um arquivo Markdow, depois ele vai criar o próprio cloud. MD para que todas as suas sessões
Speaker A
leiam esse índice. O cloud.md MD um documento que sempre que a gente abre uma conversa, obrigatoriamente o Cloud vai ler esse documento. Então, se ele tem um contexto atualizado, quando você iniciar qualquer sessão, tudo aquilo que foi aprendido e contextualizado vai est
Speaker A
nesse documento. Ou seja, você já vai iniciar uma conversa com o Cloud Code já tendo contexto, já tendo as regras, já tendo as correções que você já veio falando com ele ao longo dos dias. E é aí que vem de fato a melhoria. A parte
Speaker A
técnica é essa. Depois a gente vai ter a skill dream. Então, a gente vai criar o arquivo skill. E assim, quando eu digitar barra dram, ou seja, quando eu invocar essa skill, você deverá ler as transcrições das minhas últimas sessões
Speaker A
das últimas 24 horas, compará-las com a minha memória, identificar correções que eu tenha feito, preferências que eu tenha repetido, novos fatos que vale a pena guardar, memórias que estejam desatualizadas ou incorretas ou informações duplicadas. Com isso, então ele vai apresentar cada alteração
Speaker A
proposta em uma lista enumerada, incluindo uma pequena citação da transcrição como evidência. aplicar automaticamente apenas correções pequenas e seguras, como erros e digitações e ajustes no índice. Todas as demais alterações, ou seja, aquelas que forem mais importantes, ele deve
Speaker A
aguardar a sua aprovação, ou seja, guardar a minha aprovação. Eu responderei: "Dream, apply, um ou três, ou seja, aplique, suba essas alterações.
Speaker A
1 2 3, você vai selecionar ou aplique todas as alterações. Apply all". Aqui embaixo a gente tem um reforço para ele nunca excluir ou reescrever nada na memória sem aprovação. Em caso de dúvidas, apenha apenas proponha a alteração, não execute. Então a gente tá
Speaker A
dizendo que é para ele criar esse arquivo, ele vai criar esse report, esse relatório, e a gente vai sempre analisar ele pela manhã, porque isso aqui vai acontecer ao longo da noite. Aí, justamente falando disso, a gente tem um
Speaker A
agendamento. Configure o comando Dream para ser executado todas as noites às 3 horas da manhã. E aqui você pode colocar o horário que for melhor para você. Se você trabalha no Cloud Code de madrugada, coloca para rodar pela manhã
Speaker A
e assim por diante. Aqui tá as maneiras que ele vai fazer. Ele vai fazer uma tarefa agendada, o Chrome. Caso nenhuma dessas opções funcione, ou seja, essas maneiras de fazer com que esse processo rode enquanto você dorme, apenas me
Speaker A
avise que eu executarei o Dream manualmente. Ou seja, se não tiver funcionando, você pode executar o Dream manualmente e aí todo esse processo vai ser feito. Por fim, a gente tem quando terminar, execute o Dream, ou seja, essa
Speaker A
skill que ele vai criar agora como um teste e mostre quais alterações ele propõe. Portanto, eu vou rodar aqui agora com você. Vou enviar esse prompt.
Speaker A
Ele vai fazer toda a criação, ele vai analisar todo o meu sistema de memória e também vai gerar, porque eu pedi para ele rodar aqui como exemplo, esse processo pra gente ver esse relatório e ver como que funciona, justamente ver
Speaker A
todas as mudanças que ele vai me propor. Aí eu vou decidir se eu aceito ou não aceito fazer essas mudanças aí sim, de maneira definitiva na minha memória.
Speaker A
Então eu vou dar aqui as confirmações e assim que ele terminar a gente já volta.
Speaker A
Agora sim, todo o processo foi criado, a skill foi criada, tá tudo certo. Ele até tá passando aqui como que eu vou falar para ele, quais aplicações eu quero colocar, ó, apply 1, 2, 3, enfim, eu vou selecionar aquelas mudanças que ele tá
Speaker A
propondo aqui neste documento para que eu possa subir isso, atualizar minhas memórias. Ele, no caso, me gerou primeiramente um documento normal em ponto um arquivo md em texto. Eu pedi para ele gerar esse HTML, tá? Então, se você quiser sempre ver dessa maneira, eu
Speaker A
pedi para gerar porque fica mais fácil de eu mostrar aqui como é que funciona esse relatório. Não muda nada. Eu fiz isso para ficar um pouco mais visual aqui pro nosso vídeo. Então, ele criou essa página, né, esse documento, esse
Speaker A
relatório. E aqui ele tá mostrando o que aprendi enquanto você trabalhava. Rodada 4 de agosto de 2026. Então, ele vai passar sempre o dia, o horário que ele rodou. Varri suas sessões nas últimas 24 horas, comparei 36 memórias já gravadas,
Speaker A
separei cinco mudanças para sua aprovação. Então eu tive sete sessões nas últimas 24 horas, 31 mensagens minhas, seis projetos ativos, 36 memórias de hoje, cinco respostas, enfim, aqui ele tá passando todo o nosso dossiê, tá explicando aqui tudo, como é
Speaker A
que funciona. Se a gente ver aqui embaixo, a gente vai ver todas as mudanças que ele tá aguardando a alteração. E aí, só um detalhe importante que para esse teste funcionar, para esse skill funcionar, você precisa ter usado o cloud code nas
Speaker A
últimas 24 horas, senão ele não vai ter o que sonhar, o que compilar, o que melhorar. Então esse documento ele vai viro, ele não vai ter novidades ali.
Speaker A
Então por isso que é importante. Outra coisa que você precisa ficar atento são dois cuidados rápidos. Por exemplo, as suas transcrições, elas podem conter dado sensível, ou seja, senha, chave, informação de cliente. É por isso que, por padrão, ele sempre vai propor aqui
Speaker A
para você validar ou não aquilo que você quer realmente atualizar na sua memória. Ele não vai fazer isso no automático por conta disso também. E a segunda coisa é que o Dream vai custar token. Então, uma vez que você rode ele, vai gastar token.
Speaker A
Se você rodar ele uma vez por dia, uma vez por semana, dependendo do seu uso, já tá de bom tamanho. Então ele vai consolidar. E se você rodar de semana a semana, tá muito bom também, porque você vai ter toda segunda-feira um modelo
Speaker A
melhor, mais contextualizado. Se você puder, eu rodaria ali todos os dias. Eu gosto de rodar todos os dias, até porque o token que vai gastar vai gastar numa janela, provavelmente de madrugada, que não vai me fazer falta no dia seguinte.
Speaker A
Então, leve isso em consideração, mas gasta token, sim, tá? Então, se planeje para isso. Mas voltando aqui, até por conta de segurança, provavelmente o que você tá vendo aqui é uma tela borrada, mas aqui são várias mudanças que ele tá
Speaker A
me sugerindo fazer. Ele tá me explicando qual mudança é, o que que tá acontecendo, por que ele tá sugerindo isso e também ele tá me mostrando aqui o trecho da conversa que eu tive em algumas dessas sessões. Então ele
Speaker A
realmente tá compilando tudo que eu conversei, me dando aqui possibilidades de melhoria, pedindo a minha validação, mostrando o por que eu deveria fazer isso e em qual conversa isso daqui foi citado, justamente para que eu, se eu quiser ver o contexto daquilo, eu possa
Speaker A
acessar. E bastaria agora eu só dar um comando para ele aplicar cinco mudanças e ele já faria isso sem problema nenhum.
Speaker A
Então, como [roncando] você pode ver, um prompt simples, executando uma tarefa que para ele é simples, mas que faz toda a diferença no uso. Aliás, sempre que a gente trabalha para melhorar o nosso sistema de memória no cloud code, os
Speaker A
nossos resultados vão melhorar muito. Então eu, por exemplo, eu utilizo esse sistema de fazer o meu Cloud Code sonhar, mas eu também tenho um sistema muito estruturado de memória, onde eu tenho pastas separadas por temas e que em cada uma dessas pastas eu tenho uma
Speaker A
memória de tudo aquilo que eu faço. E sempre que eu entro numa pasta, crio um projeto específico ali dentro, eu já peço também para ele fazer esse Dream e atualizar aquele documento. Então meus projetos, minhas pastas, sempre que eu
Speaker A
abro o Cloud Code, eles estão altamente atualizadas e sempre dando um contexto, não só daquilo que eu quero criar, mas por que eu quero criar, quais meus objetivos. Eu tenho um sistema de memória bem estruturado para justamente isso, fornecer o máximo de contexto
Speaker A
possível pro meu cloud code. É isso que faz diferença entre você usar o modelo de maneira amadora ou profissional e obter resultados muito melhores. E quando a gente usa, por exemplo, uma skill como essa, que seria o Dream, a
Speaker A
sensação é justamente de você ter alguém do seu time que vai revisar o seu dia inteiro de trabalho enquanto você dorme e depois no dia seguinte vai simplesmente deixar tudo pronto de manhã para você analisar o relatório e dizer:
Speaker A
"Olha, essa mudança eu quero, essa daqui não". E é justamente isso que eu quero que você guarde desse vídeo. O grande desbloqueio do Dream são esses padrões entre as sessões que ele vai encontrar.
Speaker A
Isso nenhum agente sozinho vai fazer, nenhuma estrutura de memória vai fazer por si só. Então, se você usa bastante o Cloud Code, usa todo dia ali ou quase todos os dias, fazer isso vai realmente melhorar seus resultados. É realmente
Speaker A
importante, você vai sentir esse efeito na prática. Agora, se você usa pouco o Cloud Code, não usa sempre e vai rodar uma coisa assim, você não vai ter tanto benefício assim. Não espere que isso vai mudar muito os resultados que você vai
Speaker A
obter, porque justamente você usa pouco, você tem pouco histórico, fica mais difícil encontrar padrões, encontrar erros, que é justamente a funcionalidade dessa skill aqui, desse processo que a gente tá criando. Agora, se você quer ir além do que eu consigo te mostrar aqui
Speaker A
num vídeo no YouTube, se você quiser minha orientação durante essa jornada, ter acesso a dezenas de horas de treinamento detalhado e dominar o Cloud Code de ponta a ponta, tudo isso com todo o suporte paraas suas dúvidas e uma
Speaker A
comunidade de pessoas que usar todos os dias para melhorar os seus negócios, suas empresas ou até criar o negócio do zero. Então vem fazer parte do Air Cloud, porque lá dentro você ainda leva skills, agentes, templates prontos, tudo
Speaker A
isso para você já utilizar nos seus projetos. O link tá aqui na descrição desse vídeo, também tá aqui no QR code que tá aparecendo na sua tela. Vai ser um prazer te receber lá dentro. Você vai ser muito bem-vindo ou bem-vinda. E
Speaker A
claro, se você gostou desse vídeo e quer receber mais recomendações como essa no YouTube, já dá um hype nesse vídeo porque ajuda demais. Deixa o like, mas deixa o hype se você tiver vendo pelo celular, ajuda demais a divulgar esse
Speaker A
vídeo. Também já se inscreve aqui no canal para você não perder nenhum vídeo. Vou deixar aqui ao lado uma indicação de mais um vídeo para que você possa continuar aprendendo sobre inteligência artificial. E com isso me despeço. Nos
Speaker A
vemos então no próximo vídeo.
Topics:Andrej KarpathyCloud CodeIAAnthropicdreamingmemória de IAinteligência artificialaprendizado contínuopromptAICloud











