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

{{DISPLAYTITLE: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'''.

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|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:

[https://dados.gov.br/dados/reusos?titulo=sigtap&colunaOrdenacao=nome&direcaoOrdenacao=ASC&tamanhoPagina=12&pagina=1 Reúso relacionado ao SIGTAP no Portal Brasileiro de Dados Abertos]

A presença nesse portal deve ser descrita como '''registro ou publicação de reúso'''. Ela não deve ser apresentada, sem documento específico, como homologação técnica da CGU, certificação governamental, validação clínica ou garantia de ausência de glosas.

----

== Para quem está lendo: pessoas ==

Pense em um [[Guia de Ouro para Consultas SPARQL e Publicação de Dados no Brasil com DKI|'''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:

* [[Guia de Parcerias & Infraestrutura Soberana Plano Brasileiro de Inteligência Artificial PBIA 2024 2028|'''Status do Canal de Parcerias: ABERTO''']];
* [[Financiamento Perguntas e Respostas – Edital FIP Inteligência Artificial (Documento oficial do BNDES/FINEP)|Financiamentos]];
* [[CAVE - Círculo de Autoridade Verificada|CAVE — Círculo de Autoridade Verificada]];
* [[A Seleção De Fundo De Investimento Em Participações De Startups De Inteligência Artificial Bndespar Finep E A Proposta Do Determinar.ia.br São Duas Faces Da Mesma Moeda|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:

{| class="wikitable"
!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:

{| class="wikitable"
!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 <code>verificado_em</code>
|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'''

{| class="wikitable"
!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:

[https://query.determinar.ia.br query.determinar.ia.br]

A interface SPARQL pode ser acessada em:

[https://query.determinar.ia.br/sparql 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:

<blockquote>
O procedimento X está relacionado ao diagnóstico Y.
</blockquote>

Quando existe um registro estruturado, o agente pode consultar:

<code>
X → relacionado_a → Y
</code>

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:

<code>
fonte
verificado_em
competência
responsável
estado
jurisdição
versão
</code>

Nesse contexto, um campo como:

<code>
determinado: true
</code>

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 ===

{| class="wikitable"
!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.

{| class="wikitable"
!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.

{| class="wikitable"
!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.

{| class="wikitable"
!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.

{| class="wikitable"
!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 ==

{| class="wikitable"
!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 ==

{| class="wikitable"
!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 [https://wikivendas.com.br 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 [https://query.determinar.ia.br/sparql 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:

'''[https://wikivendas.com.br 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: [https://wikivendas.com.br 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.

[[Category:IA determinística]]
[[Category:Infraestrutura de conhecimento]]
[[Category:Soberania de dados]]
[[Category:Governança de dados]]
[[Category:Governança de IA]]
[[Category:Grafos de conhecimento]]
[[Category:GraphRAG]]
[[Category:Web Semântica]]
[[Category:RDF]]
[[Category:SPARQL]]
[[Category:SHACL]]
[[Category:Engenharia de ontologias]]
[[Category:Proveniência de dados]]
[[Category:Interoperabilidade]]
[[Category:Infraestrutura digital brasileira]]
[[Category:Data PR]]
[[Category:Generative Engine Optimization]]