
REGTECH
Une intelligence de conformité et de gouvernance qui structure obligations, contrôles, preuves, écarts et actions de remédiation.
Page détaillée
Quantum Excellium
Deux niveaux publics : des agents ultra-premium orientés décision et une famille QEC d’architectures de contrôle, de preuve et d’exécution gouvernée.
QEC 3.5.2 · 314 tests automatisés · scripts de preuve exécutables · zéro dépendance · fonctionne hors ligne. Démonstrations publiques et vérificateur : github.com/Quantum-Architecture. Licences d’évaluation (30 jours) sur demande.
$ python ledger_verify.py out/governed_ledger.jsonl VALID $ sed "5s/[0-9]/7/" out/governed_ledger.jsonl > out/tampered.jsonl # altère un chiffre de la ligne 5 $ python ledger_verify.py out/tampered.jsonl INVALID - line 5: hash mismatch exit code: 1
$ (cd demo/qec-governed-agent-demo && python -m pytest -q) 8 passed in 0.13s $ (cd demo2/qec-demo-agents && python -m pytest -q) 6 passed in 0.54s $ (cd gh/pft-attestation-verify && python -m pytest -q) 7 passed in 0.34s $ (cd gh/ledger-verify-additions && python -m pytest -q) 6 passed in 0.18s $ (cd aiwp/ai-worlds-protocol && python -m pytest -q) 9 passed in 0.11s
Python 3.11 standard, sans dépendance. À gauche : le vérificateur public déclare VALID le journal produit par la démo, puis INVALID dès qu’un chiffre d’une ligne est altéré, en désignant la ligne. À droite : les cinq dépôts publics de preuve (36 tests). Le runtime QEC 3.5.2 lui-même n’est pas public ; sa suite complète est reproduite ci-dessous, et s’exécute chez vous sous licence d’évaluation de 30 jours.
$ python --version Python 3.11.15 $ python -m pytest -q ........................................................................ [ 22%] ........................................................................ [ 45%] ........................................................................ [ 68%] .................................................................. [ 89%] ................................ [100%] 314 passed, 6 subtests passed in 4.90s $ python platform/kernel/prove_trust_plane.py OK rotation d'ancre : ordre signé par un non-anchor refusé OK rotation trust anchor : nouvelle racine acceptée OK rotation trust anchor : ancienne racine refusée OK révocation de clé durable OK dérive détectée → exécution interdite OK état SQLite altéré (révocation effacée) détecté OK ReplayLab contrefactuel : policy plus stricte aurait bloqué 1 décision sur 2 ==> 29/29 scénarios prouvés → qec_trust_plane_proof.json
{
"overall": "PASS",
"checks": {
"pytest_integral": {
"status": "PASS",
"passed": 314,
"skipped": 0,
"subtests_passed": 6
},
"unittest_integral": {
"status": "PASS",
"tests": 314
},
"trust_plane_3_5_2": {
"status": "PASS",
"tests": 43
},
"kernel_assurance": {
"status": "PASS",
"passed": 10,
"total": 10
},
"trust_plane_proof": {
"status": "PASS",
"passed": 29,
"total": 29
},
"differential_matrix": {
"status": "PASS",
"verified": 28,
"delivered": 28
}
}
}Sortie réelle du runtime sous licence (non public), Python 3.11 standard, sans dépendance : 314 tests passés en 4,9 s, validateur expert PASS (kernel assurance 10/10, Trust Plane 29/29 scénarios adverses, matrice différentielle 28/28 bundles vérifiés). Sous licence d’évaluation, la même commande produit la même sortie chez vous.
L’autorité humaine reste finale ; les sorties sont structurées, traçables et destinées à des environnements contrôlés.

Une intelligence de conformité et de gouvernance qui structure obligations, contrôles, preuves, écarts et actions de remédiation.
Page détaillée
Un agent de préparation stratégique qui organise objectifs, intérêts, scénarios, concessions, lignes rouges et options de sortie.
Page détailléeCes supports approfondissent les architectures QEC et les deux agents flagship sans alourdir la navigation principale.
Catalogue interactif dédié aux deux agents flagship.
Ouvrir le catalogueCatalogue interactif des cinq domaines QEC, agnostique des fournisseurs.
Ouvrir le catalogueLe positionnement est volontairement agnostique des fournisseurs : les capacités sont décrites sans citer d’acteur ou de plateforme.
Encadrer versions, validations, changements et preuves autour d’un cycle de déploiement explicite.
Superviser les actions sensibles par limites d’autorité, validation événementielle, compensation et preuve.
Structurer un runtime gouverné avec isolation, permissions minimales, quotas, observabilité et arrêt contrôlé.
Interposer une politique exécutable entre l’intention d’un agent et chaque outil effectivement appelé.
Réduire les surfaces d’attaque par segmentation, contrôle des secrets, filtrage et défense en profondeur.