RAG vs Memory vs Context Engineering: o que um AI Agent realmente precisa?

Três termos disputam o mesmo slide de arquitetura. RAG virou sinônimo de “o agente sabe das coisas”. Memory virou sinônimo de “ele lembra de mim”. Context Engineering virou o slogan de 2026. Em produção, colapsar os três num único índice é o atalho que produz as falhas que os outros artigos deste cluster descrevem: fato velho, instrução persistida, janela suja, estado irrecuperável.

Este texto é o comparativo cirúrgico — o tipo de página que ranqueia “RAG vs Memory” e ainda assim ensina a montar o sistema.

Tabela mental (grave esta)

• RAG — recuperação sob demanda de documentos/chunks com ACL e freshness. Não escreve o mundo. Não é o run.
• Memory — stores de episódios, fatos e procedimentos com política de escrita, TTL e provenance. Atravessa runs.
• Context Engineering — disciplina de montar o InferencePacket: prompt + state slice + memories + rag + tools + untrusted isolado.
• State (bônus que o slide esquece) — checkpoint do run. Sem isso, long-running morre.

Quando RAG é a resposta

Políticas, manuais, catálogos, ADRs, contratos em PDF, knowledge base. O fato vive num documento versionado. Você precisa citar. Freshness = versão do doc. Não use RAG para “status do pedido” — use a tool/MCP no sistema de registro.

Quando Memory é a resposta

Preferências confirmadas, decisões de negócio já tomadas, playbooks operacionais, resumos de episódios. O fato vive porque o sistema julgou que merece sobreviver. Não use memory para dump de chat. Não deixe o modelo UPSERT sem política (poisoning).

Quando Context Engineering é a resposta (sempre)

Mesmo com RAG e memory perfeitos, alguém decide o que cabe neste step, em que ordem, com que teto de tokens, com que isolation de untrusted. Isso não é um produto de vector DB. É o runtime. É o degrau que a pesquisa Redis mostrou: todos acreditam, 4% construíram.

Erros clássicos de comparação

1. “Vamos só fazer RAG” — o agente não lembra a aprovação de ontem e alucina status.
2. “Vamos só lembrar tudo” — o índice vira sótão; injection persiste; ACL some.
3. “Context Engineering é prompt grande” — volta a 2023.
4. “Tools substituem RAG” — a tool lê o ERP; o PDF da política ainda precisa ser recuperado.

O que um AI Agent realmente precisa

Precisa dos três, mais state, mais tools, mais policies — o harness. A pergunta de compra não é qual vendor de RAG. É se o control plane monta o pacote com proveniência e recusa mistura. EmerAgents trata RAG como retriever, memory como camada com contrato, contexto como artefato observável.

Conclusão

RAG vs Memory vs Context Engineering é um trio de responsabilidades, não um bake-off. Recupere documentos. Persista julgamentos. Monte o pacote. Guarde o run em state. Tudo o mais é marketing de índice. Os artigos de Context Engineering e Agent Memory deste cluster aprofundam os dois degraus que o mercado mais atropela.