Memória em 4 camadas e observational memory
Por Mauro Mequelussi · Curso gratuito Mastra sem mistério: agentes e workflows em TypeScript · Português (PT-BR)
Resposta direta · O que esta aula resolve
A Aula 10 de 17 ("Memória em 4 camadas e observational memory"), parte do módulo "Memória e conhecimento" do curso gratuito "Mastra sem mistério: agentes e workflows em TypeScript" na Escola de Aplicativos (ministrado por Mauro Mequelussi), ensina na prática: o aluno aprende como o Mastra organiza a retenção de dados dos agentes em quatro camadas complementares, evitando o estouro de contexto da LLM. Conheça as chaves de thread e recurso, o fluxo entre observador e refletor, e as regras essenciais de segurança para isolar os dados de cada cliente.
Crie sua conta grátis para assistir a esta videoaula em HD
O resumo técnico e os capítulos abaixo são abertos para consulta. Crie sua conta 100% gratuita em segundos para liberar todas as 17 videoaulas em HD, controle automático de progresso, Tutor IA e certificado gratuito verificável.
- R$ 0 · Sem cartão de crédito
- Tutor IA tira-dúvidas da aula
- Certificado gratuito incluso
O que você vai aprender
- O papel do identificador de thread e do identificador de recurso no isolamento de sessões
- As quatro camadas de retenção: histórico recente, memória de trabalho, busca semântica e memória observacional
- Como os agentes observador e refletor extraem fatos relevantes e eliminam ruídos
- A importância crítica de validar identificadores de usuário diretamente no backend
Pontos-chave da aula
- Toda memória no Mastra depende de duas chaves: a conversa atual (thread) e a identidade do cliente (recurso).
- A memória de trabalho mantém fichas estruturadas que o próprio agente atualiza com o tempo.
- A memória observacional destila fatos datados e sintetiza padrões de longo prazo de forma contínua.
- Nunca confie no identificador enviado pelo cliente sem autenticação válida na camada de servidor.
Capítulos e roteiro técnico da aula
4 capítulos minutados- 00:00
As duas chaves da memória: thread e recurso
Entenda como o Mastra separa a sessão atual do histórico permanente do assinante para não estourar a janela de contexto.
- 00:32
As quatro camadas de retenção no Mastra
Conheça a divisão entre histórico recente, memória de trabalho estruturada, busca semântica e memória observacional.
- 00:55
Memória observacional e segurança no servidor
Descubra como observador e refletor consolidam fatos e por que validar identificadores no backend é essencial.
- 01:29
Resultado da memória e introdução ao RAG
Veja o Theo mantendo o contexto do cliente e confira o que será abordado na integração com RAG na próxima aula.
Momentos de destaque na prática
Como estruturar a memória do agente sem estourar o contexto
Entenda a lógica de duas chaves e as quatro camadas que garantem que seu agente lembre das preferências certas.
Memória observacional e a regra crítica de segurança
Veja como observador e refletor trabalham em segundo plano e evite uma falha grave de vazamento de dados.
Notas de aula e guia de estudo
Aprenda a estruturar a retenção de contexto dos seus agentes no Mastra sem sobrecarregar a janela de contexto das LLMs. Descubra a divisão entre conversas ativas e dados permanentes do cliente, compreendendo as quatro camadas de memória oferecidas pelo framework.
O que você vai aprender
- O papel do identificador de thread e do identificador de recurso no isolamento de sessões
- As quatro camadas de retenção: histórico recente, memória de trabalho, busca semântica e memória observacional
- Como os agentes observador e refletor extraem fatos relevantes e eliminam ruídos
- A importância crítica de validar identificadores de usuário diretamente no backend
Pontos-chave
- Toda memória no Mastra depende de duas chaves: a conversa atual (thread) e a identidade do cliente (recurso).
- A memória de trabalho mantém fichas estruturadas que o próprio agente atualiza com o tempo.
- A memória observacional destila fatos datados e sintetiza padrões de longo prazo de forma contínua.
- Nunca confie no identificador enviado pelo cliente sem autenticação válida na camada de servidor.