Cómo un sistema responde solo aquello que puede demostrar
VERIFIED CORE 861 · ESPECIFICACIÓN v0.1
SAPIR 861 se construyó para responder preguntas sobre las letras hebreas y las fuentes clásicas sin inventar nada. Lo que hizo que funcionara no es la materia tratada: es una arquitectura de cinco órganos. Publicamos esa arquitectura para que pueda emplearse en medicina, derecho, archivos, industria o robótica, allí donde una respuesta debe mostrarse y no limitarse a sonar plausible.
Los cinco órganos
Cómputo determinista, expuesto paso a paso. El modelo no calcula.
- El núcleo de cálculo es determinista: la misma entrada devuelve siempre el mismo resultado.
- Cada paso del cálculo está a la vista, de modo que una persona puede repetirlo a mano o en otra implementación.
- El modelo de lenguaje nunca realiza el cálculo por sí mismo.
Hechos en un almacén direccionable, con origen y licencia. El vacío es una respuesta.
- Los hechos se guardan en un almacén direccionable, separado de los pesos del modelo.
- Cada hecho lleva su origen: fuente, autor o emisor, fecha, licencia.
- Un resultado vacío es una respuesta válida y se devuelve como tal, nunca se rellena con texto generado.
Cada hallazgo se acompaña de la probabilidad de que ocurra al azar, sobre el espacio de búsqueda real.
- Cada hallazgo declarado se presenta junto con la frecuencia con que aparecería por azar.
- El tamaño del espacio de búsqueda se cuenta y se declara, y se corrige por comparaciones múltiples.
- Un resultado negativo se publica en las mismas condiciones que uno positivo.
Reglas de negativa en el código, legibles por máquina, sobre las personas, el futuro y las fuentes ausentes.
- Las reglas de rechazo viven en el código, no en un prompt, y quien llama puede leerlas de forma automática.
- Las reglas nombran lo que el sistema no dirá sobre una persona, sobre el futuro y sobre una fuente que no tiene.
- Quien llama puede leer las reglas antes de mostrar nada a una persona.
Un hash y una llamada reproducible bajo cada respuesta.
- Cada respuesta lleva un registro: un hash de su contenido y la llamada exacta que la reproduce.
- El registro cambia solo cuando cambian la entrada, los datos o la versión del motor.
- La versión del motor forma parte del registro.
Tres niveles de conformidad
- Nivel 1: los cinco órganos, accesibles públicamente.
- Nivel 2: además, una evaluación publicada y sus resultados, incluidos los negativos.
- Nivel 3: además, una ejecución sobre un conjunto reservado que quien implementa no ha visto nunca.
Implementación de referencia
sapir861.com es la primera implementación y la prueba de que la arquitectura se sostiene sobre material difícil: un corpus invariable, 8 629 testimonios procedentes de 834 obras clásicas, un banco de pruebas abierto, un resultado negativo publicado sobre nuestra propia cifra central y reglas de negativa que cualquier llamante puede leer mediante la herramienta rules.
/for-ai · /mcp · /bench · /mode · /hypothesis
Condiciones, con claridad
- El texto de esta especificación se publica bajo CC BY-ND 4.0: puede leerlo, citarlo y construir sobre él, pero no puede publicarse una edición modificada bajo este nombre.
- Implementar la arquitectura no requiere permiso ni licencia alguna por nuestra parte. Las ideas no son propiedad de nadie; lo que conservamos es la precedencia y la verificabilidad.
- El motor, la cadena de extracción y la base de evidencias no forman parte de esta publicación. Están disponibles como servicio o como copia en sus propios servidores, por acuerdo.
- La conformidad de nivel 3 la confirmamos nosotros sobre un conjunto reservado que no figura en ninguna descarga, porque nunca lo publicamos.
Identificación del documento
Versión 0.1 · 2026-09-24 · sha256 del objeto de la especificación: bb6dd52df3af0fd1efe6f2c0ea54803cb99204c49a41f7f035d2dd032e2e2b1e. El mismo objeto se sirve en /api/verified-core, de modo que cualquiera puede recalcular este hash y comprobar que el texto no ha cambiado desde la fecha indicada.
Open Scriptures Hebrew Bible (WLC), CC BY 4.0