Búsqueda regulada · Beta privada · Apertura prevista

EGOTHOR v4

Una nueva generación de infraestructura Egothor para entornos donde la relevancia solo resuelve la mitad del problema. Antes de divulgar un resultado, la búsqueda también debe respetar visibilidad, clearance, clasificación, integridad, compartimentos y fronteras de conflicto.

Residentnúcleo de búsquedaruta de lectura compacta para recuperación predecible en proceso
Top-Kresultados deterministasranking estable y selección de resultados como contratos explícitos
Policysensible a divulgaciónla recuperación opera dentro de un modelo de gobierno de información
OSSpublicación previstael código público llegará tras la fase de endurecimiento de la beta privada

Buscar cuando una coincidencia no implica divulgación automática

La búsqueda empresarial tradicional suele preguntar si un usuario puede entrar en una aplicación y después consulta el índice que encuentre dentro. Un sistema regulado necesita una pregunta más precisa: ¿puede este sujeto recibir este resultado concreto, en este contexto, sin cruzar una frontera de clasificación, compartimento o conflicto?

EGOTHOR v4 se diseña alrededor de esa distinción. Identidad y MFA establecen quién pregunta; la recuperación determina qué coincide; la política de información determina qué puede exponerse. La frontera de divulgación permanece visible en lugar de ocultarse como filtrado de presentación después de una búsqueda sin restricciones.

Ingestaensamblar barrels buscables Vista residenteestructuras de lectura compactas e inmutables Consultamatching determinista Contexto de políticarestricciones de sujeto e información Divulgaciónresultados Top-K permitidos

Un núcleo de búsqueda con invariantes explícitos

El trabajo actual separa el ensamblado del índice de la consulta residente. La ruta de escritura puede construir y validar estructuras mientras la ruta de lectura crítica opera sobre representaciones compactas con semántica predecible.

Recuperación residente

La búsqueda opera sobre una representación dedicada a lectura en lugar de mezclar mutaciones de indexación en la misma ruta crítica.

Top-K determinista

Ranking y desempates son contratos reproducibles: el mismo estado buscable y la misma consulta producen un orden estable.

Visibilidad de documentos vivos

La visibilidad puede cambiar sin obligar al buscador a tratar registros borrados o sustituidos como resultados todavía elegibles.

Ingesta en streaming

La construcción del índice gira alrededor del ensamblado de barrels y publicación controlada en lugar de exigir una construcción monolítica en memoria.

Fronteras de API

Ingesta, acceso residente y contratos de consulta permanecen separados para que rendimiento o evolución de almacenamiento no redefinan silenciosamente la semántica pública.

Ingeniería orientada a evidencia

Pruebas y benchmarks forman parte del contrato del núcleo, incluida la diferencia entre rendimiento de API pública y estado estable.

La política de recuperación no es una ocurrencia posterior

El núcleo de búsqueda y el modelo de control de información responden preguntas distintas y necesitan evidencias distintas. El núcleo demuestra matching y ranking correctos; la política establece si un registro coincidente puede divulgarse al sujeto efectivo.

01
IdentidadInicio de sesión, MFA y contexto del sujeto autenticado.
02
Política de informaciónClearance, clasificación, integridad, compartimentos y conflictos.
03
RecuperaciónÍndice y consultas deterministas con contrato de resultados controlado.
04
DivulgaciónSolo se exponen resultados permitidos por las reglas aplicables.
Clearance

¿Qué nivel de información puede recibir el sujeto?

Clasificación

¿Qué clase de tratamiento se aplica al registro o colección?

Integridad

¿Qué condiciones de integridad o confianza deben cumplirse antes del uso?

Compartimentos

¿Qué dominios deben permanecer separados incluso dentro del mismo servicio de búsqueda?

Fronteras de conflicto

¿Qué combinaciones no deben divulgarse juntas aunque cada elemento sea accesible por separado?

Política operativa

¿Cómo se hacen observables y auditables los cambios de identidad, administración y política?

Qué debe demostrar la beta privada

La beta no es solo un hito de interfaz. Es la fase en la que mecánica de búsqueda y fronteras de seguridad deben funcionar como un único sistema operativo: acceso autenticado, ciclo de vida del índice, comportamiento determinista, administración, visibilidad y política de divulgación deben seguir siendo comprensibles bajo cambio.

OPERATIVOIndexación y búsqueda

El sistema central puede ingerir contenido y ejecutar consultas.

OPERATIVOInicio de sesión y MFA

La garantía de identidad forma parte del sistema, no es un añadido futuro.

INGENIERÍA ACTIVAEndurecimiento del núcleo

Se refinan estructuras residentes, semántica, pruebas y rendimiento para una frontera pública limpia.

INGENIERÍA ACTIVADivulgación regulada

Autorización y política de información se modelan como restricciones de primer nivel.

PREVISTOPublicación abierta

El código se publicará cuando arquitectura y contratos públicos estén listos para uso externo.

El siguiente Egothor, no un ejercicio de compatibilidad

Los motores históricos exploraron recuperación Java de texto completo, búsqueda distribuida y mantenimiento dinámico de índices. La versión 4 vuelve al núcleo del motor con una implementación moderna y un problema de seguridad distinto: recuperación de alta calidad en sistemas donde las fronteras de información forman parte de la corrección.

Alcance público. EGOTHOR v4 sigue siendo privado. La página describe deliberadamente arquitectura y capacidades a nivel público; detalles de implementación y enlaces al repositorio llegarán con la apertura prevista, en lugar de exponer prematuramente el árbol privado.

Contexto relacionado