Como um sistema responde apenas aquilo que consegue demonstrar
VERIFIED CORE 861 · ESPECIFICAÇÃO v0.1
O SAPIR 861 foi construído para responder a questões sobre as letras hebraicas e as fontes clássicas sem inventar nada. O que o fez funcionar não é a matéria em si: é uma arquitetura de cinco órgãos. Publicamos essa arquitetura para que possa ser utilizada em medicina, direito, arquivos, indústria ou robótica — em qualquer domínio em que uma resposta tenha de ser demonstrada e não apenas parecer plausível.
Os cinco órgãos
Cálculo determinista, exposto passo a passo. O modelo não calcula.
- O núcleo de cálculo é determinístico: a mesma entrada devolve sempre o mesmo resultado.
- Cada passo do cálculo fica exposto, para que uma pessoa possa repeti-lo à mão ou em outra implementação.
- O modelo de linguagem nunca faz o cálculo por conta própria.
Factos num repositório endereçável, com origem e licença. Vazio é uma resposta.
- Os fatos ficam num armazenamento endereçável, separado dos pesos do modelo.
- Cada fato traz a sua origem: fonte, autor ou emissor, data, licença.
- Um resultado vazio é uma resposta válida e é devolvido como tal, nunca preenchido por geração.
Cada achado é acompanhado da probabilidade de ocorrer por acaso, calculada sobre o espaço de pesquisa real.
- Cada achado declarado é apresentado junto com a frequência com que ocorreria por acaso.
- O tamanho do espaço de busca é contado e informado, com correção para comparações múltiplas.
- Um resultado negativo é publicado nas mesmas condições que um positivo.
Regras de recusa em código, legíveis por máquina, sobre pessoas, sobre o futuro e sobre fontes em falta.
- As regras de recusa ficam no código, não num prompt, e podem ser lidas por máquina por quem faz a chamada.
- As regras dizem o que o sistema não dirá sobre uma pessoa, sobre o futuro e sobre uma fonte que não tem.
- Quem faz a chamada pode ler as regras antes de apresentar qualquer coisa a uma pessoa.
Um hash e uma chamada reproduzível por baixo de cada resposta.
- Cada resposta traz um registro: um hash do conteúdo e a chamada exata que a reproduz.
- O registro só muda quando mudam a entrada, os dados ou a versão do motor.
- A versão do motor faz parte do registro.
Três níveis de conformidade
- Nível 1 — os cinco órgãos, acessíveis publicamente.
- Nível 2 — mais uma avaliação publicada e os seus resultados, incluindo os negativos.
- Nível 3 — mais uma execução sobre um conjunto reservado que quem implementa nunca viu.
Implementação de referência
sapir861.com é a primeira implementação e a prova de que a arquitetura se mantém sobre material difícil: um corpus imutável, 8 629 atestações provenientes de 834 obras clássicas, um benchmark aberto, um resultado negativo publicado sobre o nosso próprio número central e regras de recusa que qualquer chamador pode ler através da ferramenta rules.
/for-ai · /mcp · /bench · /mode · /hypothesis
Condições, sem rodeios
- O texto desta especificação é publicado sob CC BY-ND 4.0: leia-o, cite-o, construa a partir dele — mas não pode ser emitida uma edição modificada sob este nome.
- Implementar a arquitetura não exige autorização nem licença da nossa parte. As ideias não pertencem a ninguém; o que nos fica é a precedência e a verificabilidade.
- O motor, o pipeline de extração e a base de evidências não fazem parte desta publicação. Estão disponíveis como serviço, ou como cópia nos seus próprios servidores mediante acordo.
- A conformidade de nível 3 é confirmada por nós sobre um conjunto reservado que não consta de nenhuma transferência, porque nunca o publicámos.
Identidade do documento
Versão 0.1 · 2026-09-24 · sha256 do objeto da especificação: bb6dd52df3af0fd1efe6f2c0ea54803cb99204c49a41f7f035d2dd032e2e2b1e. O mesmo objeto é servido em /api/verified-core, pelo que qualquer pessoa pode recalcular este hash e verificar que o texto não se alterou desde a data acima.
Open Scriptures Hebrew Bible (WLC), CC BY 4.0