Definição

RAG significa Retrieval-Augmented Generation, ou geração aumentada por recuperação. Antes de o LLM responder, uma camada de busca localiza trechos em fontes autorizadas e os adiciona ao contexto. O modelo continua gerando a resposta, mas agora dispõe de evidências específicas e atualizáveis.

Analogia de operação

É como um engenheiro receber, antes do diagnóstico, o diagrama da topologia, o runbook correto e a seção do guia do fabricante aplicável à versão do equipamento.

Pipeline completo

Pergunta

→

Buscakeyword/embedding

→

Trechos Top-K

→

Prompt com fontes

→

LLM

→

Resposta citada

Fase de preparação

  1. Carregar documentos.
  2. Dividir em chunks.
  3. Criar embeddings.
  4. Indexar com metadados e permissões.

Fase de pergunta

  1. Interpretar a consulta.
  2. Recuperar trechos.
  3. Montar contexto.
  4. Gerar e citar.

Benefícios e limites

Benefício Aplicação em redes
Atualização Atualize runbooks e documentação sem retreinar o LLM.
Rastreabilidade Cite o documento, versão e seção usados.
Escopo Filtre por fabricante, plataforma, site e versão.
Conhecimento interno Consulte padrões de endereçamento e procedimentos do NOC.

RAG falha se a documentação não existe, está desatualizada, foi dividida em chunks ruins ou pertence a outra plataforma. Ele também não substitui telemetria atual; para isso, use tools.

Exemplo

O NOC precisa consultar procedimentos diferentes para IOS-XE, NX-OS e Junos. Uma pergunta sobre upgrade deve recuperar somente o guia da plataforma e versão corretas.

Indexe com metadados de fabricante, sistema e versão; filtre antes da similaridade; exija citação. Se não houver guia compatível, responda “não encontrei documentação aplicável”.

RAG fornece conhecimento documental; uma tool fornece o estado atual do dispositivo.

Para aprofundar

Consulte as referências oficiais da página inicial. Protocolos, APIs e produtos evoluem; valide detalhes atuais antes de implementar.