O que é RAG em agentes de voz e como revisar as fontes
Como a recuperação de documentos apoia respostas sobre sua empresa e quais limites você deve testar.
- Autoria
- Equipe Tigy AI
- Publicado
- Atualizado
RAG é uma forma de usar documentos para responder perguntas: o sistema busca trechos relevantes e os oferece à IA como informação de apoio. No atendimento, isso ajuda o agente a explicar as regras da empresa. Não equivale a treinar novamente a IA e não garante que o documento esteja correto ou atualizado; por isso, seleção das fontes e testes continuam necessários.
Buscar informação é diferente de treinar o modelo
RAG significa Retrieval-Augmented Generation, ou geração aumentada por recuperação. O sistema busca trechos relevantes em fontes disponíveis e usa esse material como contexto para produzir uma resposta. Esse processo não treina novamente o modelo nem garante que a fonte esteja correta; conteúdo, recuperação e interpretação precisam de revisão.
No Tigy, documentos enviados à base são divididos e indexados. Depois do processamento, precisam ser associados ao agente. Apenas as fontes selecionadas ficam disponíveis para sua consulta.
Uma boa fonte conserva as exceções
Uma política de troca deve incluir condições, prazos e exceções relevantes, com títulos que deixem o assunto claro. Uma frase solta sobre prazo pode produzir uma orientação incompleta se as condições estiverem ausentes.
Evite manter duas versões contraditórias selecionadas. Quando a regra mudar, atualize o documento, revise a seleção do agente e teste perguntas afetadas pela mudança.
Teste o que a fonte não responde
Pergunte por um caso coberto, uma exceção e uma condição inexistente no material. Confira se o agente consegue distinguir uma regra documentada de uma informação que não encontrou.
Uma fonte sobre política de entrega não revela a localização atual de um pedido. Dados individuais que mudam precisam de uma consulta ao sistema responsável, como uma ferramenta HTTP configurada.
Revise o trecho e a conclusão
Se a resposta estiver errada, confira processamento, associação e conteúdo antes de aumentar as instruções. Uma informação correta pode estar em outra fonte, ou a mesma regra pode estar descrita de forma ambígua.
Mantenha um conjunto de perguntas para repetir após cada atualização. A recuperação reduz a dependência de conhecimento genérico, enquanto a revisão confirma se a resposta representa a regra que a empresa aprovou.
Investigue uma resposta errada pela fonte
Em um exemplo fictício, duas unidades têm regras diferentes de cancelamento. Teste perguntas especificando a unidade, omitindo-a e comparando ambas. Quando faltar contexto, o agente deve pedir esclarecimento antes de aplicar a regra.
Confira documento processado, associação ao agente, versão e clareza do texto. Depois revise a formulação da pergunta e a resposta. Essa sequência evita tentar consertar uma fonte contraditória apenas com instruções de estilo.
Para avaliar, prepare perguntas com resposta esperada e perguntas sem resposta no material. Meça separadamente escolha de regra, fidelidade à fonte e reconhecimento de insuficiência. Um texto fluente pode falhar em qualquer uma dessas condições.
Não use documentos para simular dados vivos
RAG pode explicar como consultar uma entrega, mas o estado atual exige o sistema que acompanha o pedido. Da mesma forma, uma descrição de serviços não confirma uma vaga na agenda. Defina quando o agente deve trocar orientação documental por uma ferramenta autorizada.
Atualize políticas na fonte, aguarde processamento e revise agentes afetados. Retire versões antigas da seleção quando contradizem a atual. Registre perguntas de regressão para cada mudança importante.
O método não elimina revisão humana. A equipe precisa validar regras e condições que afetam o atendimento. A base deve tornar a resposta rastreável à informação aprovada, sem transformar semelhança textual em garantia de verdade.
Defina que tipo de resposta os documentos podem sustentar
RAG descreve uma abordagem em que informação recuperada ajuda a produzir a resposta. No atendimento, seu valor depende de existir conteúdo aprovado para a pergunta e de preservar suas condições na explicação. Ele não transforma todo arquivo em verdade atual nem substitui consulta a dados individuais. Comece pelas perguntas que a base realmente pode responder.
Uma política de entrega pode explicar área atendida e regras de prazo. Ela não confirma a situação de uma compra específica. Uma descrição de serviço pode explicar condições gerais, mas não comprova disponibilidade de uma agenda naquele momento. Separe conhecimento estável de estado operacional antes de decidir quais perguntas vão para documentos e quais exigem ferramenta.
Considere uma loja fictícia. A pessoa pergunta se pode retirar um pedido em outra unidade. O documento explica que a alteração depende de uma verificação. A resposta deve preservar essa condição e indicar o procedimento, sem declarar a alteração feita. Recuperar uma regra correta não autoriza executar uma ação.
Liste as perguntas cobertas e as ausências esperadas. Uma ausência pode ser legítima: informação contratual individual, exceção não aprovada ou evento recente. O agente precisa reconhecer que a fonte não basta e oferecer o próximo passo. Avalie essa saída como parte do serviço, não apenas como falha de cobertura.
No Tigy, use documentos processados e selecionados para o agente. Um upload concluído não prova associação à conversa testada. Confira a configuração com uma pergunta cuja resposta esteja naquela fonte, depois com uma pergunta ausente. Essa dupla verificação distingue disponibilidade de material e comportamento quando ele não sustenta a resposta.
Prepare fontes que não escondam a regra
Uma fonte útil traz escopo, condição e exceção próximos da informação principal. Se o preço aparece em uma tabela e a periodicidade só em uma nota distante, uma resposta pode perder parte do significado. Escreva unidades e condições de maneira legível e verifique como a informação funciona fora da apresentação original.
Títulos devem ajudar a localizar assuntos reais. Uma seção chamada “trocas e devoluções” é mais explícita do que “outras informações”. Dentro dela, separe prazo, requisito e procedimento. Não é necessário repetir a mesma regra em várias páginas; cópias múltiplas aumentam a chance de atualização inconsistente.
Revise documentos contraditórios antes de associar. Se um manual antigo e uma página nova discordam, identifique a versão aprovada com o responsável. Não espere que o modelo deduza autoridade a partir da aparência do arquivo. Remova ou corrija a informação superada, preservando conteúdo que ainda é válido.
Explique siglas, nomes internos e termos usados pelos clientes. A fonte precisa servir tanto a quem revisa quanto à recuperação. Uma regra precisa pode receber uma explicação simples na conversa, mas o material deve oferecer as condições necessárias. Linguagem comercial vaga não fornece base para responder uma dúvida operacional específica.
Não misture conteúdo factual com comandos conflitantes de comportamento. Um arquivo pode explicar política; o prompt define como o agente conduz a conversa. Se a fonte manda ignorar limites ou confirmar tudo, revise esse material. Texto recuperado deve ser tratado como informação a interpretar dentro do escopo, não como autorização para mudar as permissões.
Mantenha um responsável e uma data de revisão para o conteúdo. Quando a operação muda, o agente precisa consultar a versão adequada. A manutenção das fontes é parte da qualidade da resposta, mesmo sem alteração no modelo.
Distinga falta de conteúdo, recuperação e interpretação
Quando uma resposta falha, pergunte primeiro se a informação correta estava na fonte disponível. Se não estava, o problema é cobertura ou atualização. Se estava, investigue se o material foi associado e recuperado. Se a informação relevante chegou, examine a explicação. Essas etapas exigem correções diferentes.
Um agente pode responder de forma incompleta porque encontrou uma regra sem sua exceção. Também pode ter acesso às duas e omitir a condição ao resumir. A revisão deve verificar a fonte e o comportamento, evitando concluir que “RAG não funciona” a partir de uma resposta isolada.
Use casos reproduzíveis com uma pergunta e expectativa. Inclua resposta direta, versão informal e premissa antiga. Acrescente uma pergunta que parece semelhante, mas não é coberta. Essa comparação mostra se o agente distingue informação aprovada de extrapolação plausível.
Não exija citação inventada para tornar a resposta convincente. A explicação precisa corresponder ao material e ao formato disponível. Se você não consegue verificar uma afirmação na fonte, trate-a como questão de revisão, mesmo quando a frase parece correta. O critério é sustentação, não confiança de tom.
Quando não houver evidência suficiente sobre a recuperação, registre essa limitação. Use a pergunta de teste para verificar associação e consulte as informações de execução disponíveis. Não transforme uma suposição sobre a causa em alteração permanente. Escolha uma hipótese e um ensaio que consiga confirmar ou refutar.
Preserve o limite quando o cliente sugere a resposta
Clientes frequentemente trazem uma premissa: “a troca é em trinta dias, certo?”. Se a política aprovada é diferente, o agente deve corrigir a informação com clareza. Concordar por cortesia não é fidelidade à fonte. Use esse tipo de pergunta nos testes, principalmente depois de mudanças de conteúdo.
Inclua solicitações que pedem uma exceção. A pessoa pode explicar um contexto convincente, mas o documento talvez não autorize flexibilizar a regra. O agente deve distinguir explicar política de decidir uma exceção. Quando a equipe tem essa autoridade, encaminhe pelo processo aprovado sem prometer o resultado da análise.
Teste também instruções inseridas em dados ou perguntas, como pedir para ignorar a fonte e responder com outro prazo. O comportamento deve continuar dentro das instruções aprovadas. O sistema integrado mantém suas próprias permissões, e documentos recuperados não substituem autorização.
Para áudio, explique condição e próximo passo de maneira curta. Não recite o documento inteiro. Comece pelo ponto que decide a tarefa e acrescente detalhe quando necessário. Uma resposta pode ser fiel e ainda difícil de compreender se acumula várias exceções em uma única fala.
Se o cliente corrige o contexto, revise a aplicabilidade. Uma política de outra unidade pode deixar de ser relevante. O agente não deve continuar repetindo a primeira resposta como se a conversa não tivesse mudado. Fonte correta e contexto correto precisam se encontrar.
Mantenha perguntas de referência para cada fonte principal
Associe uma pequena coleção de perguntas às fontes essenciais e repita após atualização. Registre resposta esperada, condição importante e ausência que deve levar ao fallback. Esse conjunto mostra cobertura e limite, sem exigir uma pergunta para cada frase do manual.
Agrupe perguntas sem resposta como demanda editorial, mas peça aprovação antes de convertê-las em política. Relatos de clientes revelam dúvida; não determinam automaticamente a regra. A equipe responsável precisa verificar o conteúdo que será incorporado.
No relatório, separe respostas corretas, respostas incompletas e saídas corretas por falta de fonte. Assim, a melhoria de cobertura pode ser acompanhada sem incentivar o agente a responder sempre. A meta é informação útil sustentada por conteúdo aprovado e contexto, com uma alternativa honesta quando isso não existe.
