Aller au contenu

Projet indépendant de R&D · Cologne

AnyLAI · Cologne

Une architecture pour des systèmes d'IA vérifiables et gouvernés.

AnyLAI est un projet indépendant de R&D qui étudie comment les preuves, la sémantique, la gouvernance de l'IA et les données produit peuvent rester traçables et vérifiables entre systèmes, organisations et juridictions.

Domaines de travail

  • Architecture
  • Preuves vérifiables
  • Gouvernance de l'IA
  • Interopérabilité sémantique
  • Passeports numériques de produits

Thèse de rechercheMoins de code humain, plus d'architecture humaine

Recherche

Recherche, exécution, preuves et systèmes appliqués

Chaque partie est publiée au niveau de détail où elle peut être vérifiée, et chacune indique son état : un cadre à lire, un environnement d'exécution à examiner, une architecture de preuves, une bibliothèque de modèles en conception, et des systèmes appliqués qui les mettent à l'épreuve sur du matériel réel.

La question derrière l'ensemble : que devient l'architecture logicielle lorsque l'IA peut produire une part croissante de l'implémentation, et quelles parties de l'intention humaine doivent devenir explicites, testables et contraignantes pour qu'un système reste sous contrôle, que son code ait été écrit par une personne ou par une machine ?

  • Cadre d'architecture et de gouvernance

    COADF

    Compliance-Oriented AI Development Framework

    Cadre publié

    Le cadre documenté publiquement : huit principes d'architecture, des modèles de gouvernance et un modèle lisible par machine pour indiquer quels contrôles un projet exerce réellement.

  • Environnement de décision adaptatif

    ERQYO

    Architecture de recherche · implémentation de référence

    Une architecture de recherche pour décider ce qu'un système d'IA doit faire ensuite et sous quelle autorité. Une implémentation de référence existe dans le dépôt ; elle n'est pas déployée.

  • Preuves et provenance

    Architecture de confiance

    Architecture de plateforme mise en œuvre

    Comment les preuves et leur sens survivent aux frontières entre systèmes et organisations : une confiance évaluée attribut par attribut, une personne là où la preuve est incertaine, et une trace unique du document source jusqu'au résultat publié. Le Trust Corridor est ce chemin entre organisations et juridictions.

  • Catalogue pilote

    Open Template Library

    Catalogue pilote · prototype

    Des modèles d'implémentation réutilisables pour les contrôles COADF, chacun généré lisible par les machines, l'IA et les humains à partir d'une seule source et vérifié par rapport au manifeste des contrôles. Un premier catalogue, volontairement petit.

  • Recherche appliquée

    Recherche appliquée

    Des systèmes qui mettent l'architecture à l'épreuve sur des documents et des flux réels : AnyDPP, AnyAudit et AnyImob fonctionnent aujourd'hui, et six concepts de recherche sont en cours.

Le problème d'architecture

Prouver le résultat ne suffit plus.

Les systèmes doivent de plus en plus prouver non seulement ce qu'ils produisent, mais aussi d'où vient l'information, ce qui a été déduit, ce qui a été vérifié et ce qu'une personne a décidé.

Cette trace doit tenir aux frontières qu'elle traverse : entre composants logiciels, entre organisations et entre juridictions aux règles différentes. Ce projet la traite comme une question d'architecture, et non de documentation après coup.

L'IA peut produire une part croissante de l'implémentation. Le problème plus difficile est de s'assurer que le système qui en résulte préserve les propriétés qui comptent vraiment : d'où viennent ses données, ce qu'il peut inférer, ce qu'il doit refuser de faire et quelles preuves il laisse. Moins de code humain, plus d'architecture humaine

  • D'où vient l'information ?
  • Qu'est-ce qu'une machine a déduit ?
  • Qu'est-ce qui a été vérifié, et par rapport à quoi ?
  • Qu'est-ce qu'une personne a décidé ?

Cadre public

COADF

Compliance-Oriented AI Development Framework

COADF est une méthode de développement pour les systèmes d'IA qui doivent tenir face à la réglementation européenne.

Elle énonce huit principes d'architecture, chacun lié à l'obligation pour laquelle il a été écrit, avec des modèles de gouvernance et un modèle lisible par machine pour rendre compte des contrôles qu'un projet exerce réellement.

Les huit principes

  • P-1 · D'abord déterministe, le probabiliste en quarantaine

    Traitement déterministe par défaut. Un composant probabiliste est borné et n'atteint jamais directement une sortie.

  • P-2 · Sortie filtrée par la confiance

    La confiance s'attache à un attribut à la fois, et une confiance basse n'atteint jamais une sortie publiée.

  • P-3 · Revue humaine par architecture

    Là où la confiance ne suffit pas, une personne décide, au niveau de l'attribut, face à la source.

  • P-4 · Une trace, de bout en bout

    Un identifiant relie la réception, chaque étape et la sortie publiée, et la chaîne s'exporte.

  • P-5 · Déclaration de l'extraction automatique

    Une sortie contenant des données extraites par machine le dit et nomme les attributs concernés.

  • P-6 · Le système de fences

    Les garde-fous sont des contrôles automatiques qui bloquent une livraison, pas des conseils dans un document.

  • P-7 · Isolation des dépendances aux normes

    Un service externe peut élever la confiance. Aucun ne peut bloquer une sortie.

  • P-8 · Les règles comme données, avec autonomie graduée

    Les règles sont des données, le moteur ne change pas, et une décision est liée à la version des règles qui l'a produite.

Version 2.2 · Septembre 2026. COADF est documenté publiquement en tant que cadre de développement. Aucune autorité ne l'a évalué, audité ni avalisé.

Article de lancementLa gouvernance de l'IA a besoin d'architecture, pas d'une liste de contrôle de plus

Démonstration

AnyDPP, la démonstration

Voici à quoi ressemblent ces idées d'architecture dans une démonstration concrète.

Des preuves produit dispersées deviennent des passeports structurés et vérifiables sur une infrastructure européenne. L'un d'eux est publié et n'importe qui peut le vérifier.

AnyLAI est le projet; AnyDPP est ce qu'il construit et démontre dans le corridor café Brésil-UE.

Des passeports numériques de produit alignés sur le profil UNTP (UN Transparency Protocol) de passeport numérique de produit v0.7.0 et bâtis sur les W3C (World Wide Web Consortium) Verifiable Credentials, avec des identifiants compatibles GS1 (GS1, l'organisme mondial de normalisation des identifiants produits).

Chaque passeport porte une signature cryptographique et un code QR. Un acheteur peut vérifier la signature sans aucun accès à la base de données d'AnyLAI : le vérificateur résout le document public d'identification de l'émetteur et teste la signature contre la clé qui y est publiée. Aujourd'hui, cette vérification suit la procédure qu'AnyLAI documente ; la vérification avec des outils tiers fondés sur les standards est en cours d'achèvement, et cette page le dit plutôt que de l'affirmer trop tôt.

  • Signé
  • Vérifiable sans la base de données d'AnyLAI
  • Piste d'audit chaînée par empreintes
  • Assisté par l'IA, vérifié par un humain
  • Hébergé dans l'UE

Ce n'est pas une maquette. Ci-dessous se trouve un passeport réel et signé, portant un contenu de démonstration et non une expédition réelle, accompagné de son code QR. L'attestation et la signature sont authentiques ; le lot de café qu'il contient est une donnée de démonstration, et la page du passeport liste les limites connues de cette émission de démonstration. Ouvrez-le et vérifiez-le vous-même, contre l'attestation plutôt que contre ce que dit cette page.

Voir le passeport de démonstration et le vérifier vous-même

Voir comment fonctionne la démonstrationParcours de vérification

Ce film : production assistée par IA, contenu vérifié par des humains. Voix de synthèse en français, sous-titres en cinq langues. Accessibilité et transparence de l'IA

Première application concrète

De l'architecture à un véritable corridor commercial

Un endroit où ces idées deviennent concrètes est le corridor de preuves Brésil-UE : le café, les documents d'exportation brésiliens et l'EUDR.

La conformité devient la langue commune du commerce multipolaire.

AnyLAI transforme les documents d'exportation brésiliens (NF-e, CAR, MAPA) en preuves EUDR vérifiées et en passeports numériques de produit fondés sur UNTP et les W3C Verifiable Credentials.

Le Brésil est le premier fournisseur de café de l'UE, et l'Allemagne son premier acheteur. AnyLAI commence là où ce commerce est le plus dense : le corridor de preuves entre les origines brésiliennes et les torréfacteurs européens.

Explorer le corridor Brésil-UEVoir le panorama EUDR

Des documents d'exportation brésiliens devenant un passeport signé et vérifiableLes documents NF-e, CAR et MAPA traversent le Moteur de confiance et deviennent un Passeport numérique de produit signé, qui atteint un acheteur dans l'UE.Facture électronique NF-e(XML)Géopolygones CAR (GeoJSON)Certificat phytosanitaireMAPAMoteur de confiancePasseport numérique deproduitImportateur (UE)

5,4 M · 13,5 %

Allemagne = 1er acheteur de café brésilien en 2025 · 5,4 M de sacs · 13,5 % des exportations du Brésil (Cecafé)

15,5–15,6 Md US$

Exportations de café du Brésil 2025 : record ≈15,5–15,6 Md US$ (Cecafé)

34,2 %

Importations de café de l'UE 2025 : 2,86 Mt · 18,7 Md € · Brésil 1er fournisseur (34,2 %)

Confiance

Architecture de confiance

En termes simples : le système ne dit jamais simplement oui ou non. Il indique son degré de confiance pour chaque preuve, et envoie ce qui reste incertain à une personne qualifiée pour vérification.

La confiance est évaluée attribut par attribut, jamais comme un verdict global. La confiance haute passe automatiquement ; la confiance moyenne est signalée et contextualisée et se publie quand même ; un attribut à confiance basse non résolu retient l'émission de tout le passeport jusqu'à ce qu'un attesteur humain enregistré le résolve.

Une piste d'audit chaînée par empreintes porte le même trace_id (l'identifiant qui relie une même piste de preuves de bout en bout) de l'ingestion jusqu'au passeport publié : chaque entrée est liée à la précédente, de sorte que la modification d'une entrée antérieure est détectable en recalculant la chaîne. La chaîne n'est pas encore ancrée hors du système.

Le rail de confiance : un signal vert signifie toujours une preuve vérifiée, jamais une décorationTrois niveaux de confiance empilés sur un rail : la preuve haute passe automatiquement, la moyenne est signalée et contextualisée et se publie quand même, et un attribut bas non résolu retient l'émission de tout le passeport jusqu'à ce qu'un attesteur humain enregistré le résolve.Le rail de confiance : un signal vert signifie toujours une preuve vérifiée,jamais une décorationÉLEVÉEpreuves complètes & cohérentes → circulation automatiqueMOYENNEécarts mineurs → signalés, contextualisésFAIBLEbase insuffisante → bloqué jusqu'à vérification par unattestateur humain enregistrétrace_id de bout en bout · piste d'audit chaînée par empreintes, où les modificationsd'entrées antérieures sont détectables · assisté par IA, vérifié par des humains

Trajectoire réglementaire

Des dates publiées, et des cadres encore en construction

L'horloge réglementaire (EUDR & DPP)Une frise chronologique de six jalons réglementaires de juin 2023 à décembre 2027, indiquant quand les obligations du RDUE et du passeport numérique de produit prennent effet. 29 juin 2023: RDUE en vigueur : les États membres désignent les autorités compétentes et fixent les sanctions. 13 juil. 2026: Champ de produits EUDR et système d'information finalisés (acte délégué + acte d'exécution). 30 déc. 2026: EUDR : grands & moyens opérateurs. 18 févr. 2027: Passeport batterie obligatoire. 30 juin 2027: EUDR : micro & petites entreprises. 30 déc. 2027: Café soluble sous le RDUE, si l'acte délégué de juillet 2026 passe le contrôle. ESPR : passeport numérique de produit, cadre réglementaire en construction.L'horloge réglementaire (EUDR & DPP)ESPR : passeport numérique deproduit, cadre réglementaireen construction29 juin 2023RDUE en vigueur : lesÉtats membresdésignent lesautorités compétenteset fixent lessanctions13 juil. 2026Champ de produits EUDR etsystème d'informationfinalisés (acte délégué + acted'exécution)30 déc. 2026EUDR : grands & moyensopérateurs18 févr. 2027Passeport batterieobligatoire30 juin 2027EUDR : micro & petitesentreprises30 déc. 2027Café soluble sous leRDUE, si l'actedélégué de juillet2026 passe le contrôle

Chaque date ci-dessus est un jalon réglementaire publié. Là où un cadre est encore en construction, cette page parle de trajectoire, jamais de fait acquis.

Source : Regulation (EU) 2023/1115, Article 38(2) and (3), as replaced by Regulation (EU) 2025/2650, Article 1, point (25) (source primaire) · consulté le 6 septembre 2026

Source : Regulation (EU) 2023/1115, Article 38(1) and (2) (Articles 14 and 25 are outside the deferred list), as replaced by Regulation (EU) 2025/2650 (source primaire) · consulté le 6 septembre 2026

Source : Commission delegated act of 13 July 2026 amending Annex I to Regulation (EU) 2023/1115 (no OJ number yet), Regulation (EU) 2023/1115, Article 36(4) and (5) (scrutiny); Annex I (source primaire) · consulté le 23 août 2026

Toutes les échéances dans le RadarLes dates de l'EUDR dans le corridor Brésil-UE

Recherche et analyse

Écrits techniques récents

Tous les articles

À propos du projet

À propos de ce projet

AnyLAI est construit par Luiz Hogrefe, architecte logiciel à Cologne. C'est le travail d'une seule personne, écrit à découvert plutôt que décrit de loin.

Ce qui est démontré est étroit et vérifiable. Les documents d'exportation brésiliens sont lus de façon déterministe, chaque attribut porte le document source qui le fonde et un niveau de confiance, un attribut à faible confiance non résolu retient l'émission de tout le passeport jusqu'à ce qu'un attestateur humain enregistré le tranche, et le résultat est émis comme un passeport produit qui se vérifie contre l'attestation elle-même et non contre une page de ce site.

Ce que ce n'est pas: ni une entreprise, ni une offre, ni un service que l'on pourrait acheter. Aucune société n'a été créée, rien ici n'est à vendre, et aucune page de ce site ne doit se lire comme une disponibilité.

Les normes sur lesquelles il s'appuie sont publiques: le profil UNTP de passeport numérique de produit d'UN/CEFACT, les W3C Verifiable Credentials et des identifiants compatibles GS1. La méthode d'architecture et de gouvernance derrière tout cela est publiée sous le nom de cadre COADF d'AnyLAI.

En savoir plus sur Luiz HogrefeLuiz Hogrefe sur LinkedInStatut de propriété intellectuelle et de publication

À propos du projet

État du projet

L'échéance de l'EUDR est fixe; le travail de preuve qui la précède ne l'est pas. Ce projet existe pour éprouver une seule question, à découvert: les documents qu'un exportateur émet déjà peuvent-ils devenir des preuves qu'un acheteur, un auditeur ou une autorité puisse vérifier sans devoir faire confiance à celui qui les a produites.

AnyLAI est un projet indépendant de recherche et développement de Luiz Hogrefe, Cologne. Le passeport de démonstration est en ligne ; sa signature peut être vérifiée contre la clé de l'émetteur publiée sous did:web:anydpp.eu, et la page du passeport dit ce que cette vérification ne montre pas encore. Les retours et les conversations d'évaluation sont les bienvenus.

Les retours, les questions et les conversations d'évaluation sont les bienvenus à tout moment.

Prendre contact

Retours publics

Retours publics et discussion

AnyLAI publie ses travaux techniques pour que leurs hypothèses, leurs sources et leurs choix d'architecture puissent être examinés et contestés. Les contributions envoyées ici sont relues avant publication et restent rattachées à la version ou à l'article qu'elles concernent.

Donner un retourTous les retours publics

À propos du projet

Nous contacter

Une question, une remarque sur la méthode, ou quelque chose à signaler ? Envoyez un message ci-dessous. Seuls le nom, l'e-mail et le message sont demandés.