Recherche réglementée · Bêta privée · Open source prévu
EGOTHOR v4
Une nouvelle génération d’infrastructure Egothor pour les environnements où la pertinence ne résout que la moitié du problème. Avant qu’un résultat puisse être divulgué, la recherche doit aussi respecter visibilité, clearance, classification, intégrité, compartiments et frontières de conflit.
Rechercher lorsqu’une correspondance n’est pas automatiquement divulguable
La recherche d’entreprise traditionnelle demande souvent si un utilisateur peut entrer dans une application, puis interroge l’index disponible. Un système réglementé doit poser une question plus précise : ce sujet peut-il recevoir ce résultat particulier, dans ce contexte, sans franchir une frontière de classification, de compartiment ou de conflit ?
EGOTHOR v4 est conçu autour de cette distinction. L’identité et le MFA établissent qui interroge ; la récupération trouve ce qui correspond ; la politique d’information décide ce qui peut être exposé. La frontière de divulgation reste visible au lieu d’être cachée dans un filtre de présentation après une recherche sans restriction.
- La politique n’est pas un filtre cosmétique tardif.
- La récupération résidente reste déterministe pour pouvoir être testée et raisonnée.
- La divulgation fait partie de la correction lorsque classes et compartiments comptent.
- Sécurité et récupération restent deux préoccupations visibles.
Un noyau de recherche avec des invariants explicites
Le travail actuel sépare l’assemblage de l’index de l’interrogation résidente. Le chemin d’écriture peut construire et valider les structures, tandis que le chemin de lecture critique fonctionne sur des représentations compactes à sémantique prévisible.
Récupération résidente
La recherche utilise une représentation dédiée à la lecture plutôt que de mêler mutations d’indexation et chemin critique.
Top-K déterministe
Classement et égalités deviennent des contrats reproductibles : même état, même requête, même ordre stable.
Visibilité des documents actifs
La visibilité peut changer sans prétendre que des enregistrements supprimés ou remplacés restent éligibles.
Ingestion streaming
La construction s’appuie sur assemblage de barrels et publication contrôlée plutôt que sur une construction monolithique en mémoire.
Frontières d’API
Ingestion, accès résident et requêtes restent séparés afin que performance ou stockage ne redéfinissent pas silencieusement la sémantique.
Ingénierie orientée preuves
Tests et benchmarks font partie du contrat, y compris la distinction entre API publique et performance en régime stable.
La politique de récupération n’est pas ajoutée après coup
Le noyau et le modèle de contrôle répondent à des questions différentes et nécessitent des preuves différentes. Le noyau établit la correction du matching et du classement ; la politique détermine si un enregistrement correspondant peut être divulgué au sujet effectif.
Quel niveau d’information le sujet est-il autorisé à recevoir ?
Quelle classe de traitement s’applique au document ou à la collection ?
Quelles conditions de confiance doivent être satisfaites avant utilisation ?
Quels domaines doivent rester séparés même dans le même service ?
Quelles combinaisons ne doivent pas être divulguées ensemble même si chaque élément est accessible séparément ?
Comment les changements d’identité, d’administration et de politique deviennent-ils observables et auditables ?
Ce que la bêta privée doit démontrer
La bêta n’est pas seulement un jalon UI. C’est l’étape où mécanique de recherche et frontières de sécurité doivent fonctionner comme un seul système opérationnel : accès authentifié, cycle de vie d’index, comportement déterministe, administration, visibilité et politique doivent rester compréhensibles sous changement.
Le cœur ingère du contenu et exécute les requêtes.
L’assurance d’identité est une partie du système, pas un ajout futur.
Structures résidentes, sémantique, tests et performance sont affinés pour une frontière publique propre.
Autorisation et politique deviennent des contraintes de premier ordre du système de recherche.
Le code sera publié lorsque architecture et contrats publics seront prêts pour un usage externe.
Le prochain Egothor, pas un exercice de compatibilité
Les moteurs historiques exploraient récupération plein texte Java, recherche distribuée et maintenance dynamique de l’index. La version 4 revient au cœur avec une implémentation moderne et un autre problème de sécurité : une récupération de haute qualité dans des systèmes où les frontières d’information font partie de la correction.