Especificação das funções, atores, eventos, casos de uso, estados, decisões, interfaces e critérios de aceitação do subsistema responsável por produzir inferências no LAC.
O Motor de Inferência recebe uma demanda contextualizada, recupera conhecimentos relevantes, aplica mecanismos de raciocínio e produz uma entrega justificável.
O modelo define o que pertence ao Motor de Inferência e o que permanece sob responsabilidade de outros componentes.
Os atores podem ativar, apoiar, validar, supervisionar ou consumir uma inferência.
Formula uma pergunta, apresenta uma demanda ou recebe uma entrega ajustada ao seu papel e contexto.
Define objetivos, valida inferências, ajusta regras e decide sobre incorporação ao patrimônio do LAC.
Avalia consistência, qualidade, fontes, relações e validade do conhecimento produzido ou proposto.
Interpreta linguagem, pesquisa relações, produz hipóteses, sintetiza e elabora explicações.
Orquestra o ciclo, mantém estados e coordena os demais subsistemas envolvidos.
Fornecem páginas, objetos, grafos, metadados, evidências, regras e registros anteriores.
A inferência pode ser iniciada por uma ação humana, um evento do sistema ou uma mudança detectada no estado do conhecimento.
| ID | Evento | Origem | Resultado esperado |
|---|---|---|---|
| EV-INF-001 | Pergunta formulada | Usuário, autor ou agente | Produzir resposta contextualizada. |
| EV-INF-002 | Demanda registrada | Gestão de demandas | Classificar, priorizar e encaminhar. |
| EV-INF-003 | Jornada iniciada ou alterada | Subsistema de jornadas | Determinar próxima etapa ou objeto relevante. |
| EV-INF-004 | Novo objeto de conhecimento criado | Autor, curador ou agente | Relacionar, classificar e avaliar impacto. |
| EV-INF-005 | Conflito ou inconsistência detectada | Validação, auditoria ou grafo | Gerar alerta, hipótese e encaminhamento. |
| EV-INF-006 | Lacuna de conhecimento identificada | Motor, usuário ou curador | Propor pesquisa, criação ou revisão. |
| EV-INF-007 | Prazo, condição ou limiar atingido | Agente, rotina ou monitoramento | Gerar alerta ou acionar regra. |
| EV-INF-008 | Validação ou correção recebida | Humano autorizado | Atualizar resultado, estado e histórico. |
As funções são organizadas em um ciclo funcional contínuo, desde a recepção da demanda até o registro do resultado.
Capturar pergunta, evento, parâmetros, origem e identificador da jornada.
Estruturar termos, entidades, formatos, idioma, domínio e intenção inicial.
Reunir papel, perfil, histórico, restrições, objetivos e estado da jornada.
Consultar objetos, páginas, grafos, metadados, regras, evidências e registros anteriores.
Selecionar mecanismos, sequência, fontes e critérios adequados à demanda.
Aplicar regras, consultas, cálculos, relações semânticas e modelos de IA.
Comparar alternativas, verificar consistência, relevância, confiança e riscos.
Produzir resposta, recomendação, hipótese, classificação, alerta ou próxima ação.
Apresentar evidências, regras aplicadas, limitações, alternativas e grau de confiança.
Encaminhar a inferência a um responsável quando o risco ou a autonomia exigirem.
Persistir entrada, contexto, processo, resultado, versão, responsável e decisão.
Informar novo estado, abrir próxima etapa, criar tarefa ou registrar encerramento.
Os casos de uso descrevem comportamentos funcionais que deverão ser implementados e testados.
Cada inferência possui um ciclo de vida próprio, distinto do ciclo de vida da jornada e do objeto de conhecimento.
A demanda foi registrada, mas ainda não foi interpretada.
O motor reúne intenção, papel, jornada, domínio e restrições.
Conhecimentos, regras e evidências estão sendo localizados.
O método, as fontes e os critérios de inferência foram definidos.
Regras, consultas, cálculos ou modelos estão sendo aplicados.
Resultados são comparados quanto a coerência, risco e confiança.
A inferência necessita de decisão humana ou autoridade superior.
O resultado foi aceito para uso no escopo autorizado.
O resultado foi recusado, com motivo registrado.
O resultado foi apresentado ao ator ou subsistema destinatário.
O processo e o resultado foram persistidos para auditoria.
A inferência foi interrompida por falta de dados, autorização ou relevância.
As transições controlam o fluxo e evitam que inferências incompletas sejam apresentadas como resultados validados.
| Origem | Evento ou condição | Destino | Ação obrigatória |
|---|---|---|---|
| Recebida | Contexto mínimo disponível | Contextualizando | Identificar intenção, ator e jornada. |
| Contextualizando | Contexto suficiente | Recuperando | Gerar consulta de conhecimento. |
| Contextualizando | Contexto insuficiente | Cancelada ou aguardando complemento | Registrar lacuna de contexto. |
| Recuperando | Conhecimento mínimo localizado | Planejada | Selecionar mecanismos e critérios. |
| Recuperando | Nenhum conhecimento suficiente | Em avaliação | Classificar como lacuna de conhecimento. |
| Planejada | Plano autorizado | Em execução | Executar mecanismos definidos. |
| Em execução | Resultado produzido | Em avaliação | Verificar coerência, risco e confiança. |
| Em avaliação | Risco baixo e autonomia suficiente | Validada | Registrar validação automática permitida. |
| Em avaliação | Risco alto, conflito ou baixa confiança | Aguardando validação | Encaminhar evidências e alternativas. |
| Aguardando validação | Aprovação | Validada | Registrar responsável e decisão. |
| Aguardando validação | Rejeição | Rejeitada | Registrar motivo e possível correção. |
| Validada | Entrega composta | Entregue | Apresentar resultado e explicação. |
| Entregue | Persistência concluída | Registrada | Associar ao histórico e à jornada. |
As interfaces definem como o motor troca informações com os demais componentes sem assumir suas responsabilidades.
Recebe demanda, prioridade inicial, origem, responsável, prazo e critérios de sucesso.
Lê estado, objetivo, etapas concluídas, entregas, dependências e próxima ação possível.
Consulta objetos, grafos, páginas, metadados, regras, evidências e registros anteriores.
Envia contexto e tarefas delimitadas; recebe hipóteses, sínteses, classificações e justificativas.
Consulta níveis de autonomia, políticas, responsáveis, riscos e requisitos de validação.
Retorna conteúdo, decisão, alerta, explicação, evidências, próxima ação e identificador da inferência.
Estas regras orientam o comportamento do motor. O detalhamento definitivo deverá ser feito no Catálogo de Regras.
| ID | Regra | Consequência funcional |
|---|---|---|
| RF-INF-001 | Toda inferência deve possuir uma demanda identificável. | Não executar processos sem origem registrada. |
| RF-INF-002 | Toda inferência deve estar associada a um contexto mínimo. | Solicitar complemento ou cancelar quando não houver contexto suficiente. |
| RF-INF-003 | Conhecimento recuperado deve ser distinguido de conhecimento inferido. | Separar evidência, síntese, hipótese e decisão. |
| RF-INF-004 | Inferências de alto risco não podem ser validadas automaticamente. | Encaminhar para autoridade humana adequada. |
| RF-INF-005 | Resultados com baixa confiança devem explicitar incerteza. | Evitar apresentação categórica. |
| RF-INF-006 | Conflitos entre regras ou fontes devem ser preservados. | Gerar alerta e apresentar alternativas. |
| RF-INF-007 | O motor deve registrar os mecanismos utilizados. | Permitir auditoria e reprodução aproximada. |
| RF-INF-008 | A entrega deve ser ajustada ao papel e ao nível da jornada. | Adaptar linguagem, profundidade e representação. |
| RF-INF-009 | Uma correção validada deve impactar inferências dependentes. | Sinalizar necessidade de reprocessamento ou revisão. |
| RF-INF-010 | O motor não deve depender de um único modelo de IA. | Preservar interfaces substituíveis e arquitetura modular. |
Falhas devem produzir estados controlados, não respostas silenciosamente incompletas.
Suspender a inferência, registrar a lacuna e solicitar complemento quando necessário.
Classificar como lacuna e propor pesquisa, criação ou consulta externa.
Preservar o conflito, apresentar alternativas e exigir validação quando aplicável.
Registrar o componente indisponível e tentar mecanismo alternativo autorizado.
Reduzir autonomia, explicitar incerteza e encaminhar para revisão.
Impedir execução ou entrega restrita e encaminhar para a autoridade competente.
A primeira implementação do motor será considerada funcional quando atender aos critérios abaixo.
O modelo funcional pressupõe a existência ou evolução de componentes complementares.
| Dependência | Finalidade | Situação esperada |
|---|---|---|
| Catálogo de regras | Formalizar condições, prioridades, exceções e ações. | Próximo artefato. |
| Modelo de decisão | Definir pesos, confiança, risco e conflitos. | Após o catálogo de regras. |
| Registro de inferência | Padronizar rastreabilidade e auditoria. | Necessário antes da implementação. |
| Arquitetura técnica | Definir serviços, APIs, bancos e agentes. | Derivada deste modelo. |
| Níveis de autonomia | Controlar execução automática e validação humana. | Integrar com governança existente. |
| Malha de conhecimento | Fornecer objetos e relações consultáveis. | Evolução contínua. |
Com o comportamento funcional definido, o próximo documento deve formalizar as regras que orientam esse comportamento.
Definir regras, condições, prioridades, exceções, responsáveis e ações.
catalogo_regras_inferencia_lac.htmlDefinir critérios, pesos, confiança, conflitos e risco.
modelo_decisao_motor_inferencia_lac.htmlMaterializar o modelo em componentes, APIs, bancos, serviços e agentes.
arquitetura_tecnica_motor_inferencia_lac.html