Pour les agents IA qui prennent ou influencent matériellement des décisions régulées, les obligations à haut risque de l'EU AI Act exigent cinq choses : un système de gestion des risques documenté, un contrôle humain effectif, un enregistrement automatique sur tout le cycle de vie du système, la traçabilité de chaque décision, et une exactitude et une robustesse démontrées. Il s'applique aux fournisseurs et aux déployeurs qui mettent de l'IA sur le marché de l'UE, où qu'ils soient établis. Cortex applique chaque obligation comme un point de contrôle d'exécution à refus par défaut et exporte depuis le Trust Ledger des preuves à altération détectable.
Pensé pour le Titre III de l'EU AI Act · aligné sur — jamais présenté comme certifié
L'EU AI Act (règlement (UE) 2024/1689) adopte une approche par niveaux de risque : les pratiques interdites sont proscrites, les systèmes à haut risque portent les obligations les plus lourdes, les systèmes à risque limité doivent respecter des exigences de transparence, et les systèmes à risque minimal restent largement non régulés. Pour les agents qui prennent ou influencent matériellement des décisions dans des domaines régulés — crédit, emploi, services essentiels — le régime à haut risque s'applique. Ses exigences sont rédigées comme des résultats attendus (Articles 9-15) : système de gestion des risques, gouvernance des données, documentation technique, enregistrement automatique, transparence, contrôle humain, et exactitude/robustesse. Cortex fait correspondre chacune d'elles à un point de contrôle d'exécution à refus par défaut, de sorte que l'alignement est appliqué, et pas seulement documenté.
s'applique à ▸ Union européenne · fournisseurs et déployeurs d'IA à haut risque
Le Titre III impose sept obligations fondamentales à l'IA à haut risque. Cortex transforme chacune d'elles en un contrôle d'exécution qui consigne son verdict dans le Trust Ledger — de sorte que la documentation technique demandée par un auditeur européen est générée, et non assemblée.
Toute obligation se réduit à une porte d'exécution à fermeture sécurisée dont le verdict est consigné dans un registre inviolable que vous pouvez remettre à un examinateur. C'est le tableau qu'un Compliance Pack exporte pour ce cadre.
| Obligation | Contrôle Cortex appliqué | Preuve dans le registre |
|---|---|---|
| Art. 14 — contrôle humain effectif des sorties à haut risque | Oversight Modes + point de contrôle d'approbation | 409 blocage · reçu d'approbateur |
| Art. 12 — journalisation automatique sur le cycle de vie du système | Trust Ledger (chaîné par hachage) | verifyChain ▸ ok:true |
| Art. 13 — traçabilité et interprétabilité des résultats | Lignage à 10 sauts + provenance | lineage/:correlationId |
| Art. 9 — système documenté de gestion des risques | Registre des risques + Policy-as-Code | tests golden réussis/total |
| Art. 15 — exactitude, robustesse, cybersécurité | Score de fiabilité + garde-fou de sortie | 451 sur sortie bloquée |
| Enregistrements complets et à altération détectable | Reçus signés, chaîne scellée | hashOk:false signale les modifications |
Les autorités européennes de surveillance du marché peuvent exiger la documentation technique et les journaux (Art. 11-12). Un Compliance Pack assemble la correspondance article-contrôle avec les enregistrements d'exécution scellés et à jour qui prouvent le déclenchement de chaque contrôle — exportables à la demande et vérifiables hors ligne.
Ce ne sont pas des promesses de présentation — ce sont les codes et les reçus littéraux que le runtime renvoie lorsque vous le mettez à l'épreuve des contrôles de ce cadre.
Choisissez EU AI Act. Cortex aligne chaque obligation sur la porte d'exécution qui l'applique — sans archéologie de tableurs.
Chaque exécution d'agent franchit les mêmes portes à fermeture sécurisée. Un contrôle refusé renvoie un code réel (402 / 403 / 409) — jamais un passage silencieux.
Exportez un Compliance Pack : le tableau de correspondance et les enregistrements scellés du registre montrant que chaque contrôle s'est déclenché, vérifiables hors ligne.
Cortex est pensé pour et aligné sur les obligations à haut risque de l'EU AI Act. L'évaluation de la conformité et le marquage CE restent de la responsabilité du fournisseur ; Cortex fournit les contrôles appliqués et les preuves, pas la déclaration.
Chaque obligation ci-dessus est appliquée par une capacité réelle du runtime. Explorez celles qui font le travail pour ce cadre.
Cinq modes d'autonomie et un accès d'urgence audité assurent le contrôle humain de l'article 14.
La journalisation chaînée par hachage et le lignage à 10 sauts satisfont aux obligations d'enregistrement et de traçabilité des articles 12 et 13.
Des règles testables et des tests golden documentent le système de gestion des risques de l'article 9.
Les mêmes contrôles appliqués et le même export de preuves en un clic couvrent les autres cadres cités par vos auditeurs.
Aligné sur NIST AI RMF — les obligations, les portes d'exécution qui les appliquent et la preuve que chacune laisse dans le registre.
Aligné sur ISO/IEC 42001 — les obligations, les portes d'exécution qui les appliquent et la preuve que chacune laisse dans le registre.
Aligné sur SOC 2 — les obligations, les portes d'exécution qui les appliquent et la preuve que chacune laisse dans le registre.
Le hub conformité complet — tous les cadres auxquels Cortex se rattache, avec le modèle contrôle-vers-preuve partagé.
Le registre scellé, les reçus signés et le graphe de traçabilité correspondent aux obligations de chaque régime auquel vous rendez compte — aligné sur, sans jamais revendiquer une certification que vous n'avez pas.
Découvrez comment Cortex met EU AI Act en correspondance avec des contrôles appliqués et exporte à la demande des preuves de niveau audit.