La méthode « double contrôle »
White ne se contente pas de répondre. Sur les questions techniques, chaque réponse traverse cinq étapes internes avant d'être affichée : elle est résolue, vérifiée, attaquée par elle-même, calibrée, puis seulement restituée.
Contrôlée par le moteur AXIOM
AXIOM est une porte assertionnelle déterministe : elle vérifie les affirmations avant qu'elles ne sortent, et refuse ou s'abstient si la preuve est insuffisante. C'est ce qui permet à White d'atteindre 10/10 sur l'anti-hallucination.
19,02/20, corpus externe inédit, copies gelées, empreintes SHA-256.
→ Voir les 120 résultats0 faille critique, 0 élevée. Posture Excellente, vérifiée.
→ Voir l'attestationAlignement NIST AI RMF, ISO 23894, préparation AI Act.
→ Voir la démarcheDocumentation technique
Fiche système de LANXAS White. Les contrôles réels sont marqués « Renseigné » et étayés par des preuves ; ce qui reste à formaliser est présenté honnêtement en « Écart + action ».
Finalité et cas d'usage
RENSEIGNÉ. IA généraliste intégrée au site, destinée au raisonnement, aux mathématiques et au code. Réponse assortie d'un contrôle qualité interne avant restitution. ÉCART. Liste formelle et bornée des cas d'usage autorisés (et exclus) non établie. → Action : formaliser la matrice cas d'usage autorisés / exclus.
Utilisateurs visés
PARTIEL. Usage public du site (présence d'une limite d'usage publique anti-abus, qui implique un accès ouvert aux visiteurs). ÉCART. Catégorisation des utilisateurs (public, comptes authentifiés, secteurs) et profils cibles non détaillés. → Action : définir et documenter les catégories d'utilisateurs et les droits associés aux 9 niveaux de confiance.
Architecture et fournisseurs
RENSEIGNÉ.
- Moteurs de génération avancés orchestrés par LANXAS, avec repli local.
- Chaîne de contrôle interne : Solve → Verify → Attack → Calibrate → Answer.
- Authentification et sessions via Ory Kratos (SSO, validation serveur
/sessions/whoami).
| Composant | Fournisseur / technologie | Rôle |
|---|---|---|
| Modèles | Orchestration LANXAS + repli local | Génération |
| Auth / sessions | Ory Kratos | SSO, validation serveur |
| Base de données | PostgreSQL | Persistance |
| Hébergement | OVH (France) | Souveraineté d'hébergement |
ÉCART. Schéma d'architecture daté et versionné, et politique de bascule (ordre/critères de la cascade) non formalisés dans le contexte. → Action : produire un schéma d'architecture de référence versionné.
Données traitées
RENSEIGNÉ.
- Identités et sessions : Ory Kratos.
- Persistance : PostgreSQL.
- Secrets (clés API, mot de passe DB) externalisés (variables d'environnement + fichiers hors code).
- Traitement des requêtes par les moteurs de génération orchestrés par LANXAS.
ÉCART.
- Catégories exactes de données transmises aux moteurs de génération LANXAS, durées de conservation, base légale et information des utilisateurs (RGPD) non établies. → Action : cartographier les flux de données internes, fixer les durées de conservation et publier l'information RGPD / registre des traitements.
Méthode anti-hallucination et contrôle qualité
RENSEIGNÉ.
- Règles
_AI_EXCELLENCE: contre-exemples, définitions, calibration, auto-critique. - Double contrôle interne : Solve → Verify → Attack → Calibrate → Answer.
- Température basse.
- Résultat mesuré : anti-hallucination 10/10 sur les questions dédiées du Blind Benchmark v2.0 (voir rubrique 7).
Voir aussi la politique de transparence et d'usage et la trajectoire de certification.