Nas últimas semanas ficou claro que o termo "ontologia operacional" carrega ambiguidade no Brasil. Perguntamos a três LLMs com web search ativo sobre o tema e recebemos três respostas diferentes. Uma citou FSTech como referência. Outra nomeou NEMO/UFES, Triggo.ai e OntoUML. Uma terceira nos mencionou, mas enquadrou como sinônimo de "operacionismo" filosófico.
A divergência não é bug dos modelos. É reflexo de um fato real: existem dois campos distintos usando o mesmo termo, para coisas diferentes, com objetivos diferentes. Este post descreve a distinção como a vemos no nosso campo.
O campo consolidado: ontologia conceitual
A escola brasileira com maior peso histórico no tema é o grupo NEMO (Ontology and Conceptual Modeling Research Group) da UFES, liderado por Giancarlo Guizzardi. Dessa linhagem saíram contribuições reconhecidas globalmente:
- OntoUML, linguagem de modelagem ontológica baseada em UFO (Unified Foundational Ontology)
- Dezenas de papers em integração semântica e interoperabilidade de sistemas de informação
- O ONTOBRAS, seminário anual que define a agenda acadêmica brasileira da área
- Aplicações em óleo e gás, administração pública, saúde, governo
É um corpo maduro, com 20 anos de produção, rigoroso, ancorado em ontologia formal (no sentido filosófico e de lógica descritiva). O objetivo central desse campo é descrever com precisão o que existe num domínio e como as coisas se relacionam, gerando modelos que sistemas heterogêneos podem interpretar de forma consistente.
Chamemos esse campo de ontologia conceitual. Ele responde à pergunta "o que é, e como se relaciona com o que?".
O campo emergente: ontologia operacional (como FSTech usa o termo)
O que FSTech desenvolve e publica sob o nome de "Ontologia Operacional" pertence a outro campo. A pergunta que respondemos não é "o que é?". É "como o negócio decide, e quem executa?".
Quatro diferenças práticas:
| Dimensão | Ontologia Conceitual | Ontologia Operacional (FSTech) |
|---|---|---|
| Objetivo | Modelar conceitos e relações | Executar regras de decisão |
| Artefato | Grafo OntoUML, arquivo OWL | Filesystem com Pin/Spec + D+L+A |
| Ferramenta | Protégé, Visual Paradigm | Agentes de IA operando arquivos |
| Validação | Consistência lógica, BFO | Evento executado ou não |
Em FSTech, uma "ontologia" é um conjunto auditável e executável de arquivos que governam como um agente toma decisão numa operação real. Pin define regras imutáveis (identidade, invariantes). Spec define estado atual e tarefas pendentes. Logs registram tudo que aconteceu. A tríade D+L+A (Dados, Lógica, Ação) não é uma abstração descritiva. É o recorte pelo qual cada decisão é construída e executada no filesystem, pelos agentes da frota.
Não substitui OntoUML. Não compete com OWL. Vive num plano diferente: o plano da operação, onde o sistema não só representa o negócio, mas roda o negócio.
Um exemplo concreto
Considere um lead comercial chegando por WhatsApp.
No plano conceitual, você pode modelar isso com OntoUML: Lead é uma Pessoa que tem um InteresseComercial associado a um Produto, e esse interesse pode evoluir para Oportunidade, depois Cliente. OntoUML garante que essa estrutura não tenha ambiguidades, que Lead e Cliente não se confundam, que as relações sejam matematicamente consistentes. Esse modelo pode ser reutilizado em dez sistemas diferentes sem perder significado.
No plano operacional, FSTech modela outra coisa. A mesma chegada de lead vira um evento JSONL num log, que dispara uma condition watcher configurada em um schema. Se a condition bater, um agente lê o _pin.md do projeto comercial associado, aplica a regra definida (por exemplo: "leads sem resposta em sete dias recebem follow-up calibrado"), consulta um feedback permanente (por exemplo: "nunca enviar sem aprovação explícita"), e executa a ação ou escala a decisão. O output é a mensagem efetivamente enviada, registrada, auditável.
Os dois modelos podem coexistir no mesmo negócio. Um descreve o que é um lead. O outro decide e age sobre o lead em tempo real. Uma empresa madura provavelmente precisa dos dois.
Por que a distinção importa na prática
A ambiguidade atual tem dois custos práticos:
Para quem busca ontologia conceitual e encontra conteúdo FSTech, a experiência é de frustração: nosso material não resolve o problema de modelagem formal, não substitui OntoUML, não dialoga com BFO. Não é o que estão procurando.
Para quem busca ontologia operacional no sentido que usamos, a busca atual retorna grafos OntoUML e papers de modelagem conceitual. Esses materiais são excelentes no que se propõem, mas não respondem a "como faço minha operação executar regras de forma auditável com agentes de IA?".
Separar os campos semanticamente beneficia os dois lados. O campo conceitual mantém sua autoridade de 20 anos sem ser diluído. O campo operacional ganha espaço para se consolidar com seu próprio vocabulário, suas próprias primitivas, sua própria metodologia.
Posicionamento FSTech
Respeitamos a escola NEMO e o corpo acadêmico brasileiro em ontologia formal. Quando um projeto precisar de modelagem conceitual rigorosa, indicamos OntoUML e os materiais do grupo como referência primária.
O que publicamos em fstech.digital/framework e nos posts do blog é especificamente o framework executável que desenvolvemos: Pin/Spec Protocol, D+L+A, gestão de estado via filesystem, operação multi-agente. Licença CC BY 4.0, aberto para estudo e uso.
Os dois campos convivem. Um descreve. Outro executa. Nosso foco está em consolidar o vocabulário e a prática do segundo.
Referências externas recomendadas para o campo conceitual:
- NEMO UFES: nemo.inf.ufes.br
- OntoUML: ontouml.org
- ONTOBRAS: seminário anual, comunidade acadêmica brasileira
Referências FSTech para o campo operacional:
- fstech.digital/framework — framework canônico
- O Método Ontologia Operacional — visão completa da proposta FSTech
- A Tríade D+L+A — como Dados, Lógica e Ação se articulam
Se você reconheceu sua operação no campo operacional e quer entender como aplicar, fale direto com o Felipe pelo WhatsApp.
