Biblioteca
Busque um conceito ou sinônimoBuscar na Wiki
OpenFate

Como a OpenFate valida os cálculos de mapas e os relatórios de IA

Um relato transparente, com o cálculo em primeiro lugar, de como a OpenFate transforma dados estruturados em fatos do mapa, confere o resultado, usa IA para a explicação e preserva os relatórios concluídos.

Publicado pela equipe OpenFate · Metodologia atualizada

Escolha um sistema

Encontre as configurações de cálculo, os registros de verificação e exemplos de leitura de cada sistema. Esta visão geral explica como os cálculos do mapa e as interpretações da IA funcionam juntos.

O que é calculado e o que é interpretado

A confiança começa separando os fatos reproduzíveis do mapa da narrativa interpretativa. A OpenFate trata esses elementos como camadas diferentes, com necessidades de validação diferentes.

Contrato de entrada
Data, hora e local de nascimento, fuso horário, opções de calendário e configurações do sistema são normalizados antes do cálculo. Dados ausentes ou incorretos podem mudar todos os resultados seguintes.
Cálculo determinístico
Os mesmos dados normalizados e as mesmas configurações foram pensados para retornar os mesmos pilares, posições, ciclos ou outros fatos estruturados do sistema.
Explicação com apoio de IA
O resultado do cálculo é a fonte dos fatos do mapa. A IA recebe esses fatos como evidência e produz a explicação narrativa; ela não é tratada como fonte oficial das posições nem da estrutura do mapa.
Relatório salvo
Um relatório concluído é armazenado como um registro congelado. Mudanças posteriores no motor ou nos prompts não reescrevem, sem aviso, o relatório que o usuário recebeu.

O fluxo de publicação com o cálculo em primeiro lugar

Cada família de produtos tem suas próprias regras, mas os relatórios baseados em mapas seguem o mesmo caminho geral de evidências.

  • 1. Normalizar os dados do usuário, o fuso horário, o local e as opções de cálculo exigidas pelo sistema escolhido.
  • 2. Executar o motor específico do sistema para gerar os fatos estruturados do mapa antes de pedir qualquer análise narrativa.
  • 3. Conferir campos obrigatórios, faixas de valores, relações internas e contratos de relatório com validadores determinísticos.
  • 4. Entregar a evidência validada à camada de IA com instruções para explicar o mapa fornecido, em vez de inventar outro mapa.
  • 5. Aplicar verificações de esquema de resposta, publicação, ocultação de dados e renderização antes de salvar o relatório concluído como registro.

Sistemas e recursos cobertos

A validação é organizada por família de sistemas. A OpenFate não finge que um único parâmetro universal consegue testar da mesma forma todos os produtos de mapa, relacionamento, períodos e oráculos.

Principais motores de mapas
BaZi (Quatro Pilares), Zi Wei Dou Shu, astrologia ocidental, astrologia védica, desenho humano e Sukuyo japonês.
Análise de relacionamentos
Compatibilidade por BaZi, Zi Wei Dou Shu, astrologia ocidental, astrologia védica e Sukuyo, além de um relatório combinado de vários sistemas que preserva as evidências de cada sistema em vez de impor uma pontuação universal.
Oráculo
Tarot, baralho cigano (Lenormand), Mei Hua Yi Shu, Liu Yao, Qi Men Dun Jia, varetas da sorte (Ling Qian) e dados astrológicos, cada um com seu próprio contrato de tiragem, lançamento ou interpretação.
Recursos principais e complementares
Relatórios BaZi de riqueza e amor, personalidade BZTI, visualizações só do mapa para os seis sistemas principais, almanaque chinês (Huang Li), conversão de calendário, tratamento de fuso horário e hora solar verdadeira ou correção da hora de nascimento, quando disponível.

Como verificamos regressões

O repositório usa várias formas de evidência, porque nenhum teste sozinho consegue comprovar a correção de um produto metafísico inteiro.

  • Baterias de testes dedicadas cobrem BaZi, Zi Wei Dou Shu, astrologia ocidental, astrologia védica, desenho humano, Sukuyo, almanaque chinês e todas as sete famílias de produtos oraculares.
  • Alguns motores usam fixtures de referência: entradas conhecidas e saídas estruturadas esperadas ficam travadas juntas, para que qualquer mudança de cálculo sem explicação fique visível.
  • Fixtures de regressão preservam casos-limite já verificados, incluindo limites de calendário, comportamento de fuso horário, regras de interação e contratos de renderização dos relatórios.
  • Os testes de compatibilidade verificam a evidência de cada sistema e a montagem de relatórios entre sistemas, sem supor que toda tradição deva chegar à mesma pontuação.
  • Schemas de resposta e verificações de publicação rejeitam saídas de IA malformadas ou incompletas antes que virem um relatório final para o usuário.
  • Verificações de hidratação e de relatórios congelados garantem que resultados salvos sejam exibidos a partir da evidência original, sem recálculo silencioso por uma visualização mais nova.

Como conferir seu próprio resultado

Uma boa comparação começa pelos fatos estruturados, não por saber se duas leituras narrativas usam as mesmas palavras.

  • Antes de comparar mapas, confirme a data de nascimento, a hora exata ou estimada, o local de nascimento, o fuso horário, o horário de verão e o formato do calendário.
  • Anote a convenção de cálculo: por exemplo, se a hora solar verdadeira, uma regra de virada do dia, um sistema de casas ou uma configuração sideral está ativada.
  • Compare primeiro pilares, ramos, posições, casas, ciclos ou resultados de lançamento. Só compare a interpretação narrativa depois que os fatos de origem coincidirem.
  • Quando dois produtos divergirem, mude uma entrada ou convenção por vez. Isso costuma mostrar se a diferença vem dos dados, das configurações, da escola ou de um defeito do motor.
  • Se a diferença continuar, entre em contato com a OpenFate informando a rota, um resumo não sensível dos dados, as configurações e o fato estruturado esperado. Não envie senhas da conta nem dados pessoais desnecessários.

O que este método não comprova

A transparência ganha credibilidade quando seus limites são explícitos.

  • Testes automatizados reduzem o risco de defeitos e regressões conhecidos; eles não provam que o software não tem nenhum bug.
  • Um mapa reproduzível não valida objetivamente uma tradição metafísica, uma interpretação nem uma previsão de eventos futuros.
  • Explicações geradas por IA ainda podem ser incompletas, confiantes demais ou erradas, e não substituem orientação médica, jurídica, financeira ou de outro profissional qualificado.
  • Sites diferentes podem divergir legitimamente por causa de dados de fuso horário, horário de verão, hora solar verdadeira, virada do dia, efemérides, configurações de casas ou zodíaco e escolas tradicionais.
  • Dados de nascimento incorretos ou incompletos se propagam mesmo por um cálculo tecnicamente correto.
  • Esta página é uma divulgação da própria OpenFate, não uma auditoria independente, certificação ou comparativo de precisão.

Evidências verificáveis de forma independente

Estes destinos públicos permitem examinar os limites do produto, reproduzir um mapa e revisar a terminologia e as políticas de dados por trás da metodologia.

Perguntas frequentes

A OpenFate garante a precisão do mapa?
Não. A OpenFate valida os cálculos e os contratos dos relatórios para reduzir o risco de erros e regressões; não promete ausência total de falhas nem certifica previsões metafísicas.
É a IA que calcula o mapa?
Nos relatórios baseados em mapas, o motor específico de cada sistema é a fonte dos dados estruturados do mapa. A IA recebe esses dados para escrever a explicação.
Por que outro site pode mostrar um resultado diferente?
Os dados informados ou as convenções podem ser diferentes, como fuso horário, horário de verão, hora solar verdadeira, virada do dia, zodíaco, sistema de casas, efemérides ou escola tradicional.
Todos os sistemas da OpenFate são validados exatamente da mesma forma?
Não. Os contratos compartilhados dos relatórios cobrem os limites comuns, mas cada família de mapas e oráculos também precisa de casos de teste, invariantes e critérios de revisão próprios.
Um relatório salvo pode mudar depois de uma atualização?
Os relatórios concluídos são exibidos a partir de versões congeladas. Um novo cálculo pode refletir mudanças intencionais no motor ou nos prompts, mas não deve reescrever silenciosamente o relatório salvo original.
Isto é uma auditoria independente?
Não. É uma descrição dos métodos da OpenFate feita pela própria OpenFate. O Bazi MCP público pode ser verificado de forma independente, mas essa transparência não é uma certificação de terceiros para todos os produtos da OpenFate.