Determinar.ia.br: infraestrutura brasileira de conhecimento verificável para pessoas e agentes de IA

Aqui, uma indústria de médio porte, um médico, um escritório de advocacia, um engenheiro autônomo, uma clínica de bairro ou uma metodologia comercial recente podem ser representados como entidades identificáveis em um grafo de conhecimento.

Cada entidade pode possuir:

• identificador persistente;
• propriedades tipadas;
• fontes declaradas;
• data de coleta ou verificação;
• estado de validação;
• relações com outras entidades;
• histórico de alterações;
• responsável pelo registro;
• escopo de acesso;
• possibilidade de contestação e correção.

Isso permite que uma pessoa compreenda a informação e que um agente de IA autorizado consulte dados estruturados antes de formular uma resposta.

O objetivo não é prometer um registro "à prova de erro". Fontes, regras, integrações e verificações humanas também podem falhar. A proposta é tornar o erro detectável, rastreável e corrigível sem apagar silenciosamente o histórico anterior, ou permitir que LLMs inventem algo sobre sua pessoa marca projeto processo ou empresa.

A trajetória institucional do projeto está documentada em I.N.D.I.A. — Um Ativo Semântico Brasileiro Citado em Harvard, a Serviço da Matriz Nacional de Competências em IA.

O ecossistema também possui um registro público de reúso relacionado ao SIGTAP no Portal Brasileiro de Dados Abertos, Homologados pela CGU.

Reúso relacionado ao SIGTAP no Portal Brasileiro de Dados Abertos

---

Para quem está lendo: pessoas

Pense em um registro semântico para o mercado: um ambiente em que informação comercial, profissional, industrial, técnica e regulatória deixa de existir apenas como texto promocional e passa a ser representada por declarações verificáveis.

Veja também:

• Status do Canal de Parcerias: ABERTO;
• Financiamentos;
• CAVE — Círculo de Autoridade Verificada;
• Relação da proposta com o PBIA.

Cada empresa, indústria, profissional, metodologia, classificação, produto ou processo cadastrado pode se tornar um item: uma ficha viva composta por declarações como:

• quem é a entidade;
• o que ela faz;
• em qual domínio atua;
• onde está localizada;
• qual problema declara resolver;
• qual registro ou código possui;
• desde quando uma informação é válida;
• quem forneceu ou confirmou o dado;
• quando ocorreu a última verificação;
• qual é o estado atual da declaração.

Não se trata de transformar toda declaração enviada por uma organização em verdade automática.

Cada declaração precisa ser diferenciada conforme sua origem:

Tipo de declaração	Exemplo	Tratamento
Autodeclarada	Empresa informa que oferece determinado serviço	Publicada como declaração da própria entidade, se admitida pela política
Verificada em fonte externa	Registro profissional consultado em conselho competente	Relacionada à fonte e à data de consulta
Derivada	Relação calculada a partir de outros dados	Publicada com regra e entradas identificadas
Contestada	Titular ou terceiro questiona uma declaração	Mantida em revisão, com histórico preservado
Desatualizada	Fonte ou data deixou de atender à política	Marcada como vencida ou pendente de nova verificação
Restrita	Informação sujeita a sigilo ou proteção	Não publicada no grafo aberto ou exposta apenas a perfis autorizados

O determinar.ia.br não é uma rede social de edição irrestrita e não deve ser confundido com diretório de anúncios pagos.

Sua proposta é funcionar como uma Infraestrutura de Conhecimento de Domínio, ou DKI, na qual a inclusão de uma entidade não depende necessariamente de notoriedade midiática, mas a publicação de suas declarações continua dependendo de fonte, finalidade, identidade, temporalidade e governança.

---

Quem projeta esta infraestrutura

Por trás do grafo existe um papel técnico definido — o Engenheiro de Conhecimento e Estrategista de IA Determinística — responsável por quatro frentes de trabalho que sustentam a credibilidade do sistema perante pessoas, instituições e agentes de IA:

Pilar	Responsabilidade	Habilidade correspondente
Modelagem Semântica e Engenharia de Ontologias	Desenha a estrutura do grafo em triplas sujeito → propriedade → valor; cria identificadores persistentes e mantém o endpoint SPARQL público	RDF, RDFS, OWL, SHACL; SPARQL avançado; reutilização de vocabulários como Schema.org, FOAF, SKOS e Dublin Core
Governança de Dados e Verificação Institucional	Estrutura as regras para cruzar dados cadastrados com conselhos de classe, órgãos do Sistema S e portais públicos; registra proveniência e o campo verificado_em	Integração com barramentos públicos e privados; conhecimento técnico de ISO/IEC 42001 e 42006, com foco em rastreabilidade e qualidade de dados
Integração Tecnológica e Contenção de Alucinações	Constrói a camada GraphRAG que obriga modelos de linguagem a consultar o grafo em vez de gerar texto livre; otimiza custo e latência de consulta	Arquitetura de RAG sobre grafos; otimização de bancos de grafos; gestão analítica de custo de tokens em escala
Estratégia de Dados Proprietários e GEO	Estrutura os dados para que se tornem citáveis por buscadores de IA de terceiros; conecta o fluxo de entrada humano ao critério de publicação do grafo	Entendimento de indexação por sistemas como Perplexity, ChatGPT Search e Gemini; comunicação técnica para C-Level, investidores e reguladores

Essa camada de responsabilidade nomeada — quem projeta, quem verifica, quem audita — é parte do que torna o grafo auditável: não há "dado" sem um papel humano identificável por trás da regra que o publicou.

---

Para quem está processando: máquinas e agentes de IA

Para uma máquina, informação útil não precisa permanecer escondida em parágrafos, imagens, PDFs ou páginas promocionais.

Ela pode ser representada como dado:

• identificável;
• tipado;
• relacionado;
• versionado;
• temporal;
• citado;
• consultável;
• validável.

Cada declaração básica do grafo adota a forma:

sujeito → propriedade → valor

Sujeito	Tipo	Propriedade	Valor	Estado recomendado
Indústria Metalúrgica Andrade	organização	atua_no_setor	autopeças	autodeclarado ou verificado
Clínica Vida Plena	estabelecimento	declara_oferecer_atendimento_relacionado_a	diabetes tipo 2	exige fonte e data
Dr. João Andrade	profissional	especialidade_declarada	cardiologia	pendente ou verificada em fonte competente
Dra. Marina Souza	profissional	registro_profissional	identificador OAB	verificado na data registrada
Eng. Carlos Lima	profissional	especialidade_declarada	engenharia estrutural	exige fonte
CID-10	classificação	possui_código	A00 — Cólera	fonte classificatória identificada
CID-11	classificação	possui_código	1A00 — Cólera	fonte classificatória identificada
SIGTAP	tabela de procedimentos	possui_procedimento	procedimento identificado por código	competência e fonte registradas
Procedimento SIGTAP	procedimento	relacionado_a	conceito clínico	relação exige fonte ou regra
Item do grafo	entidade	possui_identificador	QID e URI persistente	identidade interna

A coluna de estado é essencial.

Uma tripla presente no grafo não deve significar automaticamente que a declaração é verdadeira em qualquer lugar, data ou contexto. Ela precisa ser interpretada com seus qualificadores e metadados:

   sujeito
   propriedade
   valor
   fonte
   coletado_em
   verificado_em
   válido_desde
   válido_até
   responsável
   estado
   jurisdição
   versão

Os itens possuem identificadores persistentes, relações explícitas e URLs estáveis.

Os dados podem ser consultados por máquinas no endpoint:

query.determinar.ia.br

A interface SPARQL pode ser acessada em:

query.determinar.ia.br/sparql

A lógica é semelhante à de outros grafos de conhecimento, incluindo a Wikidata, mas o escopo é diferente.

O determinar.ia.br busca representar também dados de domínio, como:

• classificações;
• códigos;
• procedimentos;
• empresas regionais;
• profissionais;
• metodologias;
• produtos;
• processos internos publicáveis;
• relações técnicas específicas;
• estados operacionais;
• fontes brasileiras.

Como um agente de IA consulta o grafo

Em vez de receber uma página inteira e tentar deduzir o que é relevante, o agente pode iniciar por uma entidade identificada, seguir propriedades e recuperar apenas os fatos necessários.

Fluxo básico:

   pergunta
      ↓
   identificação das entidades
      ↓
   autorização da consulta
      ↓
   consulta SPARQL
      ↓
   recuperação de declarações
      ↓
   leitura de fontes e qualificadores
      ↓
   validação de estado e temporalidade
      ↓
   contexto mínimo
      ↓
   composição da resposta
      ↓
   verificação pós-resposta
      ↓
   resposta citada ou abstenção

Exemplos de perguntas que o grafo pode apoiar:

• Quais procedimentos SIGTAP possuem uma relação registrada com determinado conceito?
• O que representa o código A00 na CID-10?
• Qual entidade da CID-11 foi mapeada como correspondente a um conceito da CID-10?
• Qual fonte sustenta uma relação entre procedimento e classificação?
• Qual competência do SIGTAP foi utilizada?
• Este registro profissional estava marcado como verificado em qual data?
• Quais entidades se relacionam com determinado item?
• Qual URI deve ser reutilizada para consultar novamente a entidade?
• Qual declaração substituiu uma versão anterior?
• Existe conflito entre fontes?
• O dado está vigente, vencido, contestado ou pendente?

Caminhos típicos:

• CID-10 A00 — Cólera → conceito clínico → mapeamento declarado → procedimento relacionado → SIGTAP;
• profissional → registro profissional → conselho competente → data de verificação;
• empresa → setor → atividade declarada → fonte;
• engenheiro → qualificação → instituição formadora → responsabilidade técnica declarada → projeto;
• profissional de saúde → especialidade → vínculo com estabelecimento → estado do vínculo;
• CID-10 F41.9 → mapeamento registrado → entidade CID-11 → nomenclatura e fonte.

Esses caminhos devem ser lidos como relações existentes no grafo, não como recomendações profissionais, confirmações automáticas de habilitação ou equivalências universais.

Gerar versus consultar

Um modelo pode gerar a frase:

O procedimento X está relacionado ao diagnóstico Y.

Quando existe um registro estruturado, o agente pode consultar:

X → relacionado_a → Y

A consulta confirma que a relação está registrada. Ela não prova, sozinha, que a relação é clinicamente correta, vigente ou aplicável a uma pessoa específica.

Para interpretar a relação, o agente também precisa verificar:

fonte verificado_em competência responsável estado jurisdição versão

Nesse contexto, um campo como:

determinado: true

deve significar:

> Existe um registro estruturado correspondente aos critérios consultados e esse registro possui o nível mínimo de identidade, fonte e estado definido pela política aplicável.

Não deve significar:

• verdade universal;
• ausência total de erro;
• recomendação profissional;
• chancela governamental;
• validade eterna;
• garantia de aplicabilidade individual.

O papel do determinar.ia.br e da I.N.D.I.A. é criar uma camada entre a pergunta humana e os dados consultáveis por máquina, com estrutura, contexto, responsabilidade e rastreabilidade.

---

Quatro lousas da infraestrutura

Lousa 1: modelos de governança

Critério	Modelo colaborativo aberto	DKI determinística
Finalidade	Conhecimento público geral	Conhecimento técnico e operacional de domínio
Critério de inclusão	Políticas comunitárias	Esquema, fonte, finalidade e política institucional
Relevância	Enciclopédica ou pública	Técnica, regulatória, local, corporativa ou operacional
Edição	Comunidade aberta	Papéis institucionais definidos
Validação	Discussão, referências e consenso editorial	Regras, fontes, responsáveis e estados
Temporalidade	Histórico de revisões	Validade, competência, versão e verificado_em
Correção	Nova edição	Evento corretivo não destrutivo
Contestação	Discussão comunitária	Fluxo formal com estado de disputa
Identidade	Página ou item	QID, URI, CURIE e identificadores externos
Consumo de máquina	Disponível	Finalidade arquitetural central
Responsabilidade	Distribuída pela comunidade	Papéis e responsáveis identificáveis

Os modelos possuem finalidades distintas e podem ser complementares.

Lousa 2: cadeia de validação institucional

   DECLARAÇÃO RECEBIDA
           ↓
   IDENTIDADE DA ENTIDADE
           ↓
   PROPRIEDADE TIPADA
           ↓
   FONTE DECLARADA
           ↓
   AUTORIDADE E ESCOPO DA FONTE
           ↓
   VALIDAÇÃO DO ESQUEMA
           ↓
   VERIFICAÇÃO INSTITUCIONAL
           ↓
   REVISÃO HUMANA, QUANDO EXIGIDA
           ↓
   PUBLICAÇÃO VERSIONADA
           ↓
   MONITORAMENTO
           ↓
   CORREÇÃO, SUSPENSÃO OU SUBSTITUIÇÃO

Bifurcação:

   declaração
        ↓
   validação estrutural
      ┌─┴─────────────┐
      ↓               ↓
   inválida         válida
      ↓               ↓
   rejeitada      fonte suficiente?
                    ┌─┴─────────┐
                    ↓           ↓
                   não          sim
                    ↓           ↓
                pendente    publicável

Lousa 3: consumo por agentes de IA

   PERGUNTA DO AGENTE
           ↓
   IDENTIFICAÇÃO DE ENTIDADES
           ↓
   AUTORIZAÇÃO
           ↓
   SPARQL OU API
           ↓
   RECUPERAÇÃO DE TRIPLAS
           ↓
   FONTES + ESTADO + TEMPORALIDADE
           ↓
   SHACL + REGRAS DE DOMÍNIO
           ↓
   CONTEXTO MÍNIMO
           ↓
   SÍNTESE PELO MODELO
           ↓
   VERIFICAÇÃO PÓS-RESPOSTA
           ↓
   RESPOSTA CITADA OU ABSTENÇÃO

Estados possíveis:

   CONFIRMADA_PELA_FONTE
   VÁLIDA_NA_DATA
   PARCIALMENTE_SUSTENTADA
   DIVERGENTE
   DESATUALIZADA
   RESTRITA
   NÃO_VERIFICADA
   INFORMAÇÃO_INSUFICIENTE

Lousa 4: soberania, federação e proteção

   FONTES BRASILEIRAS
   órgãos | conselhos | empresas | universidades | profissionais
           ↓
   CONECTORES DE VERIFICAÇÃO
           ↓
   DOMÍNIOS DE CONHECIMENTO
   saúde | direito | finanças | engenharia | comércio
           ↓
   GRAFO FEDERADO
           ↓
   POLÍTICAS DE ACESSO
   público | titular | auditor | regulador | interno
           ↓
   ENDPOINTS PARA MÁQUINAS
           ↓
   EMPRESAS E AGENTES DE IA
           ↓
   LOGS, AUDITORIA E CONTESTAÇÃO

Soberania, neste contexto, significa:

• governança compatível com o contexto brasileiro;
• portabilidade;
• continuidade;
• interoperabilidade;
• fontes nacionais identificadas;
• redução de dependências;
• histórico;
• contestação;
• controle de acesso.

Não significa isolamento, imunidade a críticas, impossibilidade de correção ou ausência de participação humana.

---

Rede de verificação institucional

O grafo não se sustenta sozinho. A qualidade de cada declaração depende de sua fonte e do papel que essa fonte possui.

Instituições públicas, conselhos, entidades setoriais e organizações de apoio podem ser utilizadas como fontes potenciais de verificação, conforme:

• disponibilidade da informação;
• competência institucional;
• finalidade;
• autorização;
• termos de uso;
• existência de integração;
• data da consulta;
• política do domínio.

A presença de uma instituição nesta tabela não significa parceria formal, homologação ou endosso, salvo quando houver instrumento específico documentado.

Entidade ou classe de entidade	Segmento	Papel potencial no grafo
SEBRAE	Micro e pequenas empresas, comércio e serviços	Fonte de informações públicas, programas, capacitações ou cadastros disponíveis, conforme o caso
CNI, FIESP, CIESP e SENAI	Indústria, tecnologia, inovação e capacitação	Fontes setoriais e institucionais, conforme dados e serviços efetivamente disponibilizados
Conselhos profissionais	Profissões regulamentadas	Fonte para verificação de registro e situação quando existir consulta oficial aplicável
CNPL	Profissionais liberais	Fonte representativa, sindical ou associativa, conforme a informação consultada
Associações e sindicatos	Setores diversos	Fontes complementares para declarações institucionais e setoriais
Portais governamentais	Dados públicos e registros oficiais	Fontes primárias ou redistribuidoras, conforme metadados, órgão produtor e conjunto utilizado

Conselhos profissionais não substituem consultoria empresarial e entidades de apoio não substituem órgãos reguladores.

Da mesma forma:

• SEBRAE não valida automaticamente toda empresa;
• SENAI não certifica automaticamente toda indústria;
• um conselho pode confirmar registro, mas não toda afirmação profissional;
• uma associação pode confirmar filiação, mas não competência técnica;
• um portal de dados pode publicar um reúso sem homologar o sistema que o produziu.

O grafo deve registrar a relação exata:

   entidade → possui_registro → identificador
   registro → emitido_por → conselho
   registro → consultado_em → data
   consulta → retornou_estado → ativo

Não deve reduzir a relação para:

   entidade → foi_aprovada_por → instituição

quando essa aprovação não ocorreu formalmente.

---

Benchmark: diferenças de escopo entre Wikipedia, Wikidata e determinar.ia.br

A Wikipedia, a Wikidata e o determinar.ia.br possuem modelos e finalidades diferentes.

Critério	Wikipedia	Wikidata	determinar.ia.br
Finalidade principal	Conteúdo enciclopédico	Base colaborativa de conhecimento geral	Infraestrutura de conhecimento de domínio
Pequenas e médias empresas	Dependem de critérios enciclopédicos e fontes	Podem depender de políticas de relevância e referências	Podem ser modeladas conforme política, fonte e finalidade
Profissionais	Dependem de notoriedade enciclopédica	Dependem das políticas de inclusão aplicáveis	Podem ser representados por identidade, registro e estado verificável
Metodologia comercial própria	Normalmente não é objeto enciclopédico sem notoriedade	Pode não atender ao escopo comunitário	Pode ser modelada como entidade de domínio
Processos B2B e B2C	Não constituem a finalidade central	Podem ser parcialmente representados	Integram o escopo de modelagem
Edição	Colaborativa e aberta segundo políticas	Colaborativa e aberta segundo políticas	Restrita à governança do projeto
Fonte externa	Obrigatória segundo políticas editoriais	Aplicada conforme políticas e propriedades	Obrigatória segundo a política de cada tipo de declaração
Dados autodeclarados	Geralmente insuficientes para notoriedade	Tratamento depende da política	Podem ser registrados como autodeclaração, sem serem confundidos com verificação externa
API e consulta estruturada	APIs e conteúdo textual	RDF, APIs e SPARQL	RDF, itens, URLs estáveis e SPARQL
Uso comercial	Não é objetivo central	Não é objetivo central	Pode integrar o modelo de serviço, respeitando governança e transparência

O determinar.ia.br não precisa substituir Wikipedia ou Wikidata.

Ele ocupa outra camada:

> representar fatos técnicos, profissionais, comerciais, industriais e regulatórios que precisam ser consultáveis por máquinas, mesmo quando não possuem notoriedade enciclopédica.

Inclusão não equivale a validação.

Validação não equivale a recomendação.

Registro não equivale a certificação.

---

O que pode ser cadastrado

• Indústrias e empresas — identidade, atividade declarada, localização, setor, produtos, fontes e estado cadastral;

• Profissionais — identidade, registro, especialidade declarada, vínculo institucional, fontes e data de verificação;

• Metodologias e processos — autoria, finalidade, domínio, versão, aplicação declarada e evidências;

• Produtos B2B e B2C — fabricante, categoria, especificações, versões, documentação e disponibilidade declarada;

• Clínicas e consultórios — identidade institucional, endereço, profissionais vinculados, equipamentos e serviços declarados, sem converter cadastro em indicação clínica;

• Classificações e códigos — CID-10, CID-11, CBO, CNES, SIGTAP e outras estruturas admitidas pela política do domínio;

• Normas e decisões — órgão, jurisdição, publicação, vigência, alteração, revogação e fonte;

• Componentes e ativos de engenharia — fabricante, modelo, especificação, compatibilidade, versão e documentação;

• Instituições de apoio e representação — atuação, programas, fontes públicas, vínculos e contatos institucionais.

Cada item pode conter fatos, declarações, qualificadores e fontes.

Nenhum cadastro deve funcionar como anúncio disfarçado, certificação não concedida ou recomendação automática.

---

Governança da própria plataforma

Uma infraestrutura de confiança precisa documentar quem verifica o verificador.

Papéis

• Contribuidor — fornece informação ou solicita inclusão;

• Verificador — consulta fontes e registra evidências;

• Curador de domínio — avalia a coerência semântica;

• Engenheiro de conhecimento — projeta classes, propriedades, restrições e consultas;

• Responsável institucional — aprova publicações críticas;

• Auditor — avalia histórico, controles e exceções;

• Administrador técnico — mantém disponibilidade e segurança;

• Titular da entidade — pode solicitar correção e contestar declarações;

• Revisor de contestação — analisa disputas sem apagar o histórico.

Registro mínimo de publicação

   entidade
   propriedade
   valor
   fonte
   coletado_em
   verificado_em
   responsável
   estado
   versão
   escopo_de_acesso

Segregação de funções

Sempre que proporcional ao risco, a mesma pessoa não deve criar, verificar, aprovar e auditar a mesma declaração.

Exceções precisam ser registradas.

Contestação

   PUBLICADO
      │
      ├──────────────► CONTESTADO
      │                     ↓
      │               EM INVESTIGAÇÃO
      │                  ┌──┴──────┐
      │                  ↓         ↓
      │               MANTIDO   CORRIGIDO
      │                             ↓
      └────────────────────────► SUBSTITUÍDO

A promessa institucional correta é:

> Nenhuma modificação válida deve destruir silenciosamente o histórico anterior.

---

ISO/IEC 42001 — Sistema de Gestão de IA

O determinar.ia.br pode apoiar a produção e organização de evidências para um Sistema de Gestão de Inteligência Artificial.

Isso não significa que o uso da plataforma:

• concede certificação;
• garante conformidade;
• substitui auditoria;
• substitui análise jurídica;
• demonstra sozinho o atendimento integral à norma.

Tema relacionado à ISO/IEC 42001	Como a infraestrutura pode apoiar	Evidência possível
Contexto da organização	Mapeamento de entidades, fornecedores, sistemas, papéis e relações	Grafo do escopo e das dependências
Política de IA	Relação entre política, requisitos, responsáveis e versões	Política identificada e histórico de aprovação
Avaliação de riscos	Registro de ativos, ameaças, impactos, controles e estados	Matriz de riscos vinculada às fontes
Tratamento de riscos	Relação entre risco, controle, responsável, teste e resultado	Trilha da implementação do controle
Avaliação de impacto	Identificação de sistemas, finalidades, grupos afetados e medidas	Registro versionado da avaliação
Informação documentada	Identificadores, URLs estáveis, controle de acesso, versão e histórico	Documentos e fatos relacionados
Dados para sistemas de IA	Registro de origem, licença, coleta, transformação e qualidade	Trilha de proveniência
Monitoramento	Indicadores, incidentes, desvios e ações corretivas	Histórico de métricas e revisões

A afirmação de conformidade precisa ser feita somente por parte competente e com relação a um escopo definido.

---

ISO/IEC 42006 — Organismos de certificação de sistemas de gestão de IA

A ISO/IEC 42006 se relaciona aos requisitos aplicáveis a organismos que auditam e certificam sistemas de gestão de IA.

O determinar.ia.br pode apoiar a organização de informações consultadas por auditores, mas não deve se declarar:

• organismo certificador;
• substituto do organismo certificador;
• garantia de imparcialidade;
• mecanismo automático de certificação;
• prova completa de competência do auditor.

Tema de certificação	Apoio potencial da infraestrutura	Limite
Imparcialidade e conflitos	Registro de papéis, relações e possíveis conflitos declarados	A decisão pertence ao organismo competente
Competência da equipe	Relação entre formação, experiência, treinamento e escopo	O grafo não concede competência profissional
Conhecimento do contexto	Mapa de processos, sistemas, fornecedores e partes interessadas	Exige confirmação pelo cliente e pelo auditor
Acesso à documentação	Camadas de acesso e abstração de dados sensíveis	Não elimina a necessidade de evidência suficiente
Escopo da certificação	Identificação de sistemas, processos, controles e dependências	O escopo é aprovado pelas partes competentes
Planejamento de auditoria	Indicadores de complexidade, entidades e integrações	Não substitui cálculo formal ou julgamento profissional
Trilha de auditoria	Histórico de fontes, alterações, verificações e responsáveis	A qualidade depende da completude e correção dos registros

---

Por que estruturar dados na era da Inteligência Artificial

Organização	Auditoria e certificação	Mercado e sociedade
Organiza contexto, ativos, papéis e dependências	Facilita a inspeção do escopo	Aumenta a legibilidade das informações
Preserva proveniência	Disponibiliza trilhas de evidência	Reduz ambiguidades
Relaciona riscos e controles	Permite testar amostras e vínculos	Apoia responsabilização
Versiona políticas e documentos	Facilita comparação temporal	Preserva histórico
Controla acesso	Permite exposição proporcional	Protege informações sensíveis
Disponibiliza dados por API e SPARQL	Apoia inspeções automatizadas autorizadas	Permite consumo por agentes

O valor está na combinação entre:

   identidade
      +
   semântica
      +
   fonte
      +
   temporalidade
      +
   governança
      +
   interoperabilidade
      +
   contestação

---

Serviços do ecossistema

O ecossistema mantém itens que documentam serviços relacionados à engenharia de conhecimento, governança e integração com IA:

• Serviços de Integração de Grafos de Conhecimento com LLMs para Empresas;

• Enterprise knowledge graph;

• Gestão de Campanhas de Consenso e Cobertura Cruzada para LLMs;

• Serviços de Governança e Auditoria de LLMs;

• Consultoria em Redução de Custos de Tokens e Escalabilidade de IA;

• Implementação de GraphRAG para Atendimento e Suporte Corporativo;

• Consultoria em Generative Engine Optimization (GEO);

• Consultoria em Otimização de Custos de Tokens e Infraestrutura de IA;

• Desenvolvimento de Soluções Baseadas em Alternativas mais eficientes que LangGraph e Neo4j para Corporações;

• Serviços de Engenharia de Dados Proprietários para Citação (Data PR).

A existência de um item de serviço significa que o serviço foi modelado e descrito no grafo.

Não deve significar automaticamente:

• superioridade comprovada;
• resultado garantido;
• substituição de tecnologias específicas;
• redução garantida de custos;
• garantia de citação;
• conformidade certificada.

Cada serviço precisa possuir escopo, responsável, condição, fonte, versão e estado próprios.

---

Por que isso funciona como trilho de contenção de alucinações

Modelos de linguagem podem produzir afirmações plausíveis sem sustentação suficiente.

Um grafo reduz esse risco ao fornecer:

• entidades identificadas;
• propriedades tipadas;
• valores estruturados;
• fontes;
• datas;
• versões;
• estados;
• relações explícitas.

O fluxo adequado é:

   pergunta
      ↓
   entidade
      ↓
   consulta ao grafo
      ↓
   fatos autorizados
      ↓
   fonte e temporalidade
      ↓
   regras
      ↓
   resposta candidata
      ↓
   comparação com os fatos
      ↓
   resposta citada ou abstenção

Por isso, o termo mais preciso é:

trilho de contenção e rastreabilidade de alucinações

e não garantia de eliminação total.

Um agente pode consultar se:

• uma indústria declara fabricar determinada peça;
• um profissional possui registro associado;
• uma empresa aparece em fonte institucional;
• um procedimento pertence a determinada competência;
• um conceito possui mapeamento registrado.

O agente ainda precisa informar:

• quem declarou;
• qual fonte foi consultada;
• quando ocorreu a verificação;
• qual é o estado;
• qual é o limite da conclusão.

---

Indicadores de legitimidade e qualidade

A plataforma deve medir sua própria confiabilidade.

Qualidade

• percentual de declarações com fonte;
• percentual com responsável;
• percentual com verificado_em;
• número de propriedades sem definição;
• número de entidades sem descrição;
• taxa de conflitos;
• taxa de correções.

Temporalidade

• idade média das verificações;
• percentual de fatos vencidos;
• tempo entre mudança da fonte e atualização;
• quantidade de estados sem data;
• percentual de dados com competência definida.

Governança

• percentual de alterações críticas com revisão independente;
• tempo de resposta a contestações;
• quantidade de correções não destrutivas;
• número de acessos administrativos auditados;
• percentual de exceções justificadas.

Interoperabilidade

• percentual de entidades com identificadores externos;
• disponibilidade do endpoint;
• latência das consultas;
• conformidade com RDF, SPARQL e SHACL;
• quantidade de vocabulários reutilizados;
• taxa de erros de consulta.

GraphRAG

• percentual de respostas com citação;
• taxa de abstenção correta;
• número de afirmações bloqueadas;
• redução de contexto e tokens;
• divergências detectadas;
• respostas afetadas por fatos desatualizados.

---

Perguntas frequentes

Pergunta	Resposta
Posso cadastrar minha empresa ou perfil profissional editando diretamente?	Não. A criação e edição de itens e propriedades são submetidas à governança do projeto. Solicitações devem ser encaminhadas pelo WikiVendas.
Por que o cadastro não é aberto?	O modelo busca preservar controle de identidade, esquema, fonte, revisão e histórico. Restrição de edição não garante correção, mas reduz a superfície de alterações não autorizadas.
O que é o WikiVendas?	É o canal de entrada para demandas, qualificação inicial, relacionamento e checagens humanas antes da modelagem e eventual publicação.
Todo dado enviado será publicado?	Não. A informação pode ser rejeitada, ficar pendente, receber acesso restrito ou exigir fonte adicional.
Quem pode participar como profissional?	Profissionais de diferentes áreas podem solicitar análise. Para profissões regulamentadas, a política pode exigir registro consultável em fonte competente.
Um registro ativo comprova especialidade?	Não necessariamente. Registro geral, especialidade, qualificação, vínculo e disponibilidade são declarações diferentes.
SEBRAE, SENAI ou conselhos são parceiros formais?	Somente quando existir instrumento ou registro específico. Na ausência disso, devem ser descritos como fontes institucionais potenciais, não como parceiros ou homologadores.
Os dados ficam públicos?	Os itens publicados no grafo aberto podem ser indexados e consultados. Dados restritos, pessoais ou sigilosos exigem política e camada de acesso próprias.
Como uma IA consulta os dados?	Por itens estruturados, URIs, exportações ou pelo endpoint SPARQL.
Uma tripla no grafo é verdade absoluta?	Não. É uma declaração estruturada que precisa ser interpretada com fonte, estado, data, responsável e contexto.
O grafo elimina alucinações?	Não completamente. Ele reduz o espaço de invenção e permite detectar afirmações não sustentadas.
O determinar.ia.br substitui a Wikipedia ou a Wikidata?	Não. Ele possui finalidade distinta e pode complementar fontes públicas de conhecimento geral.
A publicação no Portal Brasileiro de Dados Abertos é homologação da CGU?	Não se deve presumir isso. O link apresentado registra um reúso no portal. Homologação ou chancela exigiria documento específico.
O uso da plataforma garante conformidade com ISO/IEC 42001?	Não. A infraestrutura pode apoiar evidências e controles, mas conformidade e certificação dependem do sistema de gestão, do escopo e da avaliação competente.
Os fatos são imutáveis?	As declarações podem mudar. O objetivo é preservar o histórico, a versão anterior e o motivo da correção.
Quem projeta e mantém a arquitetura técnica do grafo?	Um papel de Engenheiro de Conhecimento e Estrategista de IA Determinística, responsável por ontologias, governança de dados, arquitetura GraphRAG e estratégia de citação por agentes de IA — descrito na seção "Quem projeta esta infraestrutura".

---

Como participar / contato

O determinar.ia.br não recebe cadastro por edição pública direta.

Profissionais, empresas, indústrias e entidades interessados em solicitar inclusão, atualização, análise ou parceria devem utilizar:

WikiVendas.com.br

O fluxo previsto é:

   solicitação
      ↓
   qualificação
      ↓
   identificação das entidades
      ↓
   coleta de fontes
      ↓
   validação estrutural
      ↓
   checagem humana
      ↓
   decisão de publicação
      ↓
   criação ou atualização no grafo
      ↓
   monitoramento e contestação

O envio de uma solicitação não garante publicação.

Para inclusão, atualização ou análise: wikivendas.com.br

---

Escopo

Incluído no escopo

• infraestrutura brasileira de conhecimento de domínio;
• entidades profissionais, comerciais, industriais e regulatórias;
• triplas semânticas;
• identidades persistentes;
• RDF;
• SPARQL;
• SHACL;
• ontologias;
• GraphRAG;
• governança;
• proveniência;
• temporalidade;
• contestação;
• versionamento;
• Data PR;
• GEO;
• interoperabilidade;
• integração com o WikiVendas;
• apoio documental a sistemas de gestão de IA.

Fora do escopo

• verdade universal;
• ausência absoluta de erros;
• fatos eternamente imutáveis;
• certificação governamental implícita;
• homologação não documentada;
• parceria institucional presumida;
• certificação ISO automática;
• recomendação médica;
• aconselhamento jurídico ou financeiro;
• validação profissional além da fonte consultada;
• publicação irrestrita de dados pessoais;
• eliminação completa de alucinações;
• garantia de citação por agentes externos;
• substituição de órgãos oficiais;
• substituição da Wikipedia ou da Wikidata;
• eliminação da revisão humana.

---

Conclusão

O determinar.ia.br não foi concebido para declarar uma verdade universal e imutável.

Ele foi concebido para registrar declarações estruturadas que possam responder:

   Quem?
   O quê?
   Segundo qual fonte?
   Em qual data?
   Sob qual regra?
   Em qual estado?
   Verificado por quem?
   Contestável por qual processo?

A entidade identifica. A propriedade relaciona. A fonte sustenta. A data contextualiza. A regra valida. O responsável responde. O histórico preserva. O agente consulta.

A soberania não vem da impossibilidade de modificar um fato.

Ela vem da capacidade de saber quem modificou, quando modificou, por que modificou, qual fonte utilizou e qual declaração anterior foi substituída.

É assim que uma infraestrutura de conhecimento de domínio pode apoiar pessoas, empresas, instituições e agentes de IA na representação verificável do tecido técnico, econômico e social brasileiro.