La personne derrière AnyLAI
Luiz Hogrefe
Luiz Claudio Hogrefe · Architecte logiciel · Cologne
Luiz Hogrefe est architecte logiciel à Cologne. Son travail se situe là où l'architecture logicielle rencontre la gouvernance de l'IA, l'interopérabilité sémantique et les preuves numériques traçables, y compris l'architecture des passeports numériques de produit.
AnyLAI est le lieu où ce travail est développé et publié à découvert : un framework, une démonstration qui fonctionne et des textes sur la réglementation qu'un lecteur techniquement exigeant peut ouvrir, vérifier et contester.
En bref
- Nom complet
- Luiz Claudio Hogrefe
- Fonction
- Architecte logiciel
- Ville
- Cologne, Allemagne
- Développe des logiciels depuis
- 2008
- Langues de travail
- Portugais, allemand, anglais, espagnol
- Profil
Ce sur quoi il travaille
Le fil conducteur est ce qu'il appelle la gestion du contexte : faire en sorte que le sens survive lorsque les données passent d'un système, d'une organisation, d'une langue ou d'une juridiction à l'autre.
Architecture logicielle et architecture de solutions
Frontières de système, modèles d'intégration et feuilles de route techniques, écrits de façon à pouvoir être revus, testés et transmis.
Systèmes distribués et cloud-native
Backends Java et Spring, intégration orientée événements, Kubernetes, et les chaînes de livraison qui gardent l'ensemble prêt à être mis en production.
Interopérabilité sémantique
Des vocabulaires et des modèles de données partagés, comme ECLASS et l'Asset Administration Shell, pour qu'un champ signifie la même chose aux deux bouts d'un échange.
IA gouvernée
Des architectures où les modèles probabilistes accomplissent un travail borné, tandis que des règles déterministes décident, gardent une trace et peuvent être rejouées.
Preuves traçables et passeports de produit
Une provenance qui voyage avec les données, des attestations vérifiables et des passeports numériques de produit que l'on peut vérifier sans faire confiance au site de l'émetteur.
La réglementation comme exigence d'ingénierie
Lire des textes comme l'ESPR, l'EUDR et l'AI Act comme des exigences qu'un système doit satisfaire, et non comme des étiquettes à lui coller.
La question derrière le travail
Une question traverse une grande partie de ce travail : que devient l'architecture logicielle lorsque l'implémentation elle-même est de plus en plus automatisée ?
Le but n'est pas d'écarter les personnes du développement logiciel. Il s'agit de comprendre quelles parties du jugement d'ingénierie humain doivent devenir explicites, testables et contraignantes si l'IA est autorisée à prendre en charge une plus grande part de l'implémentation : à quoi sert un système, quels états il ne doit jamais atteindre, ce que signifient ses données et quelles preuves il doit à celles et ceux qui s'y fient.
L'argument completMoins de code humain, plus d'architecture humaine
Pourquoi AnyLAI existe
L'architecture est facile à décrire et difficile à vérifier. Un schéma dans une présentation ou un principe dans un rapport demande au lecteur de faire confiance à celui qui l'a écrit. AnyLAI existe pour que ce travail devienne des résultats publics et inspectables plutôt qu'un récit abstrait de conseil.
Il est né d'une recherche indépendante, de 2024 jusqu'en 2025, sur l'interopérabilité sémantique, les passeports numériques de produit et les règles européennes qui vont les exiger. COADF est l'un de ses résultats publics : un framework pour construire des logiciels assistés par l'IA sous une gouvernance explicite. AnyDPP en est un autre : une démonstration fonctionnelle d'un passeport numérique de produit dont les preuves se vérifient contre l'attestation elle-même. Le blog et le Radar lisent la nouvelle réglementation comme des exigences d'architecture.
Tout cela repose sur une seule idée, une architecture de confiance : une affirmation faite par un système doit porter les preuves qui la fondent, et un lecteur doit pouvoir vérifier ces preuves sans avoir à interroger l'auteur du système.
AnyLAI est un projet indépendant de recherche et développement. Ce n'est pas une entreprise, et rien sur cette page n'est une offre. État du projet
Parcours professionnel
Il développe des logiciels depuis 2008, d'abord au Brésil puis, depuis 2014, en Allemagne. La plupart de ces années se sont passées dans des projets d'entreprise en environnement réglementé, dans la banque, l'industrie et l'éducation, où une architecture doit survivre aux audits, aux systèmes hérités et aux passations, pas seulement à une première mise en production.
Les rôles sont passés du développement backend au leadership technique et à l'architecture. Ce qui n'a pas changé, c'est le travail de traduction d'exigences complexes, souvent ambiguës, en systèmes explicites, testables et maintenables, avec les personnes qui les feront fonctionner.
Étapes choisies
2008–2014
Développement logiciel au Brésil
Systèmes web de gestion académique, financière et administrative dans des établissements d'enseignement et de l'industrie à Blumenau. Licence en informatique, FURB.
2014–2016
Berlin et Düsseldorf
Développement Java et prototypes en cloud privé, puis la direction technique des produits web et mobiles d'une petite entreprise de la région de Düsseldorf.
2017–2022
Conseil en entreprise chez Sopra Steria
Consultant et référent technique sur des projets pour des clients de la banque et de l'industrie : backends Java et Spring, revues d'architecture, cadres de test structurés, CI/CD et livraison automatisée.
2023–2024
Projets réglementés chez msg
Développement backend, gestion des tests et livraison agile dans un projet en environnement réglementé à Cologne.
2024–2025
Recherche indépendante
Interopérabilité sémantique, passeports numériques de produit et les règles européennes qui les encadrent, dont l'ESPR, les ESRS et l'AI Act. Le schéma d'architecture dont est né AnyLAI.
Depuis 2025
AnyLAI
Le framework, la démonstration et les textes de ce site, développés à découvert en parallèle de son activité professionnelle.
2026
Architecture logicielle chez IW Consult
Architecte logiciel senior à Cologne : analyse d'architecture et de risques pour des applications d'entreprise, prototypes cloud, documentation arc42, et ateliers qui transforment des exigences ambiguës en feuilles de route.
Sa manière de travailler
Quatre habitudes, dites simplement. Elles sont le versant pratique de ce que COADF consigne sous forme de framework.
L'architecture plutôt que les slogans
Un système se décrit par ses frontières, ses interfaces et ce qu'il refuse de faire. Une affirmation qu'on ne peut rattacher à rien de cela n'est pas encore de l'architecture.
Des frontières déterministes autour des parties probabilistes
Les modèles de langage sont utiles et faillibles. Ils accomplissent un travail borné derrière des règles qui décident, gardent une trace et peuvent être rejouées, jamais à l'endroit où la décision est prise.
Des preuves que quelqu'un d'autre peut vérifier
Un résultat vaut ce qu'un lecteur peut vérifier sans faire confiance à son auteur. Ses sources, sa version et la personne qui en répond l'accompagnent.
Des standards sans enfermement
Les standards publics d'abord, dont W3C Verifiable Credentials, UN/CEFACT et GS1, pour que ce qu'il construit puisse être vérifié, remplacé ou transmis sans lui.
Travaux publics choisis
Où voir le travail lui-même.
- COADFLe Compliance-Oriented AI Development Framework, version 2.2 : huit principes pour construire des logiciels assistés par l'IA sous une gouvernance explicite.
- Architecture de confianceUne confiance évaluée attribut par attribut, une vérification humaine par un attestateur enregistré, des standards ouverts qui permettent à chacun de vérifier un passeport, et un traitement qui reste dans l'UE.
- AnyDPPLa démonstration : comment des documents d'exportation brésiliens deviennent des preuves qu'un acheteur, un auditeur ou une autorité peut vérifier.
- Le passeport de démonstrationUn passeport numérique de produit que chacun peut ouvrir, avec une signature qui peut être vérifiée contre la clé de l'émetteur publiée.
- Corridor Brésil-UEPremière application concrète de l'architecture AnyLAI
- Sur le blogLa gouvernance de l'IA a besoin d'architecture, pas d'une liste de contrôle de plusLes politiques et les listes de contrôle décrivent comment un système d'IA devrait se comporter. C'est son architecture qui décide s'il le fait : où l'incertitude est représentée, quelles frontières elle ne peut pas franchir, et ce que le système conserve comme trace.
Profil et contact
Luiz Hogrefe sur LinkedInLe profil professionnel, avec le parcours complet.
Les questions sur le travail, les corrections et les échanges sur la recherche passent par le formulaire de contact du projet. Ouvrir le formulaire de contact
Les remarques sur COADF ou sur un article peuvent aussi être faites en public. Retours publics
Luiz Claudio Hogrefe est le prestataire de ce site au sens de l'Impressum et le responsable du traitement au sens de la politique de confidentialité. Il publie sous le nom de Luiz Hogrefe, et COADF crédite son auteur sous la forme L. C. Hogrefe : une seule personne, responsable sous un même nom décliné en trois formes. Impressum