O que é um motor de contexto?
Um motor de contexto é uma camada de runtime que reúne a informação mais relevante, atual e permitida para uma pessoa ou agente, conecta essa informação a entidades e eventos e transforma novas interações em contexto durável.
Sistemas de registro definem o que é autoritativo. Bases de conhecimento guardam documentos. Um motor de contexto decide quais partes importam para este cliente, tarefa, momento, canal e ação.
Ele é mais do que busca vetorial ou histórico de chat. Inclui identidade, registros estruturados, relações, recência, estado, permissões, provenance, memória e resultados anteriores.
Por que isso é importante?
Um motor de contexto não consegue inferir um modelo confiável de uma pilha de documentos. Primeiro precisa de ground truth e ontologia: Objects, Record Types, tipos de campo, relações, IDs e owners.
Com esse mapa, conecta um número de WhatsApp, thread do Gmail ou Outlook, registro CRM, evento de produto, métrica do warehouse e feature do data lake ao mesmo cliente sem apagar diferenças de autoridade.
Relações como Person trabalha em Company ou Ticket trata de Product criam caminhos de retrieval mais precisos do que similaridade semântica sozinha.
Como funciona
Primeiro mapeie ontologia e ground truth. Defina Objects, Record Types, campos, relações, identity keys, sources autoritativos e o que é verificado, sincronizado, inferido ou calculado.
Depois conecte streaming e batch. WhatsApp, Gmail e Outlook fornecem conversas; CRM e APIs fornecem registros; ETL, warehouses e data lakes fornecem história e sinais com lineage.
Em runtime, o motor parte de ator, tarefa, cliente e permissões. Percorre relações, consulta registros, recupera evidências, pondera recência e source e monta contexto limitado. Outcomes voltam ao Object e owner corretos.
Exemplo técnico
Um cliente procura suporte por um dispositivo que continua falhando. O motor conecta o WhatsApp à conta, serial, pedido, ticket, telemetria e chamada de ontem.
Ele apresenta a etapa que falhou, garantia, issue conhecido e política de troca, não todos os documentos. O agente evita repetir troubleshooting e oferece a ação permitida.
A escolha, o pedido de troca e a resolução viram contexto novo. O sistema de pedidos continua autoritativo para o envio.
Notas de implementação
Use retrieval ontology-aware com filtros estruturados, grafos, busca lexical e semântica, janelas de eventos e regras. Não use embeddings para decidir identidade ou ownership.
Propague Object, Record Type, tipo de campo, relação, source ID, event time, permissões, provenance, confiança e expiração. Aplique acesso antes do ranking.
Avalie identity resolution, relações, seleção de source, recall de contexto crítico, staleness, leakage, contradições e write-back correto.
