Unified Context vs RAG não é uma escolha entre tecnologias que se excluem. A geração aumentada por recuperação busca informações para apoiar a resposta de um modelo. O Unified Context™ conecta informações, interações e eventos relacionados à mesma entidade entre sistemas integrados. A recuperação pode ser uma forma de o agente acessar esse contexto conectado.
A definição de Unified Context apresenta a tecnologia e o padrão conceitual da Secretar.AI. Aqui explicamos a relação pretendida para equipes que precisam reunir conhecimento do negócio e evidências específicas do cliente. É uma comparação arquitetural, não um benchmark ou uma afirmação de que RAG não possa tratar identidade, permissões ou dados atuais.
O que RAG se propõe a fazer
O artigo original sobre RAG combina um modelo generativo com informações recuperadas de um índice externo. A distinção importante é que a geração pode usar evidências recuperadas, além do conhecimento representado nos parâmetros do modelo. Retrieval-Augmented Generation for Knowledge-Intensive NLP Tasks.
Implementações de RAG não se limitam a chatbots que pesquisam arquivos PDF. A visão de arquitetura da Microsoft descreve recuperação e fundamentação como partes de um fluxo de aplicação, com informações fornecidas por um sistema de busca à geração. As capacidades específicas dependem do sistema e de sua configuração. Visão geral de RAG da Microsoft.
Para um agente de negócio, recuperar a política de cancelamento responde a uma pergunta de conhecimento. Determinar se ela se aplica a uma reserva específica também exige identidade, condições e estado atual da reserva. Uma aplicação RAG bem projetada pode recuperar esses registros; ainda precisa de uma forma de relacioná-los e autorizar seu uso.
Unified Context vs RAG por responsabilidade
Nossa distinção separa organizar o contexto relevante do negócio de selecionar as evidências para a solicitação atual. Essas responsabilidades podem estar no mesmo serviço ou em componentes diferentes.
| Pergunta | Responsabilidade do RAG | Foco do Unified Context |
|---|---|---|
| Que evidência responde à pergunta? | Recuperar informações úteis | Disponibilizar contexto relacionado à entidade |
| A qual cliente o registro pertence? | Usar identidade e filtros fornecidos pela aplicação | Conectar registros à sua entidade |
| O resultado está atualizado? | Depende da fonte e do projeto de recuperação | Preservar o significado de eventos e estados disponíveis |
| Este agente pode acessar? | Aplicar autorização durante a recuperação | Respeitar acesso entre fontes conectadas |
| O que acontece depois? | A geração usa a evidência recuperada | O contexto relacionado orienta o fluxo |
Nenhum dos nomes garante uma solução completa. Relevância na busca não estabelece identidade por si só, e relacionar registros não garante que o modelo receba a evidência mais útil.
Uma solicitação hipotética de cancelamento
Considere um cliente pedindo o cancelamento de um horário. A empresa tem uma política geral, um agendamento específico, um registro de pagamento e uma mensagem anterior aprovando uma exceção.
Uma etapa de recuperação poderia encontrar a política e a mensagem de exceção. A unificação de contexto precisaria estabelecer que a mensagem trata deste agendamento e deste cliente, e que o pagamento pertence à mesma reserva. Se a exceção foi revogada depois, sua existência não demonstra que continua válida.
O agente deveria receber evidência suficiente para explicar as condições aplicáveis. Se o cancelamento for permitido, uma ferramenta autorizada pode tentar a operação. O resultado da ferramenta, e não uma frase gerada expressando intenção, estabelece se o agendamento foi realmente alterado.
Esse cenário é hipotético. Ele ilustra uma separação útil entre encontrar evidências, conectá-las à situação e executar uma ação de negócio. Uma mesma aplicação pode implementar as três etapas, mas avaliar apenas o texto da resposta deixa falhas das outras etapas passarem despercebidas.
Projetando recuperação ao redor da entidade
Comece com um sujeito autenticado e uma tarefa explícita. Determine quais fontes são necessárias, quais identificadores conectam seus registros e qual acesso o solicitante possui. Depois escolha como recuperar evidências: consulta exata, busca filtrada, pesquisa documental ou uma combinação adequada ao fluxo.
Para estados operacionais, explicite os requisitos de atualização. Um aviso de pagamento indexado anteriormente pode servir como histórico, enquanto uma decisão que depende da situação atual pode exigir nova consulta. Mantenha essa diferença visível ao agente, em vez de apresentar os dois como fatos igualmente atuais.
Também recomendamos preservar referências às fontes durante a criação de resumos. A resposta pode precisar apenas de uma explicação curta, mas revisores devem conseguir identificar a versão da política e o registro do cliente que a sustentaram. Um trecho relevante da entidade errada continua sendo a evidência errada.
O que avaliar antes de ampliar
Use um conjunto pequeno de casos realistas e explicitamente sintéticos. Inclua uma pergunta apenas sobre política, outra que exija política e registros do cliente, uma identidade ambígua e uma fonte indisponível. Defina o comportamento esperado antes de revisar as respostas geradas.
Verifique se a evidência correta foi recuperada, se registros sem relação foram excluídos, se a incerteza foi reconhecida e se uma ação tentada foi confirmada pelo resultado. Essas verificações distinguem falhas de recuperação, relacionamento e execução.
A comparação também se conecta à memória de agentes: preservar a resposta recuperada ontem não comprova sua validade hoje. A engenharia de contexto trata de como evidências, instruções, ferramentas e histórico são preparados para o modelo.
Perguntas frequentes
Unified Context substitui RAG?
Não. A recuperação pode entregar informações de fontes conectadas a um agente. O Unified Context descreve nossa abordagem de relacionar essas informações em torno de uma entidade. Um projeto pode precisar das duas responsabilidades, implementadas em componentes separados ou em uma aplicação integrada. A divisão depende do fluxo.
RAG pode recuperar registros estruturados de negócio?
Sim, uma aplicação pode projetar a recuperação para registros estruturados e documentos. O mecanismo específico depende das fontes e ferramentas. Evite definir RAG apenas como busca documental; avalie se a implementação recupera evidências autorizadas, suficientemente atuais e pertencentes à entidade correta para a tarefa.
Alguma das abordagens elimina respostas incorretas?
Não. Evidência relevante pode melhorar a base da resposta, mas o modelo ainda pode interpretá-la incorretamente, a fonte pode estar errada e a operação pode falhar. A comparação Unified Context vs RAG deve orientar responsabilidades e avaliação, em vez de prometer automação sem erros.