Die Person hinter AnyLAI
Luiz Hogrefe
Luiz Claudio Hogrefe · Softwarearchitekt · Köln
Luiz Hogrefe ist Softwarearchitekt in Köln. Seine Arbeit liegt dort, wo Softwarearchitektur auf KI-Governance, semantische Interoperabilität und nachvollziehbare digitale Nachweise trifft, einschließlich der Architektur digitaler Produktpässe.
AnyLAI ist der Ort, an dem diese Arbeit entsteht und offen veröffentlicht wird: ein Framework, eine funktionierende Demonstration und Texte zur Regulierung, die ein technisch anspruchsvoller Leser öffnen, prüfen und bestreiten kann.
Auf einen Blick
- Vollständiger Name
- Luiz Claudio Hogrefe
- Rolle
- Softwarearchitekt
- Standort
- Köln, Deutschland
- Entwickelt Software seit
- 2008
- Arbeitssprachen
- Portugiesisch, Deutsch, Englisch, Spanisch
- Profil
Woran er arbeitet
Der gemeinsame Faden ist das, was er Context Management nennt: dafür zu sorgen, dass Bedeutung erhalten bleibt, wenn Daten zwischen Systemen, Organisationen, Sprachen und Rechtsordnungen wandern.
Software- und Lösungsarchitektur
Systemgrenzen, Integrationsmodelle und technische Roadmaps, so aufgeschrieben, dass sie sich prüfen, testen und übergeben lassen.
Verteilte und Cloud-native Systeme
Java- und Spring-Backends, ereignisgesteuerte Integration, Kubernetes und die Delivery-Pipelines, die das alles auslieferbar halten.
Semantische Interoperabilität
Gemeinsame Vokabulare und Datenmodelle wie ECLASS und die Asset Administration Shell, damit ein Feld an beiden Enden eines Austauschs dasselbe bedeutet.
KI unter Governance
Architekturen, in denen probabilistische Modelle begrenzte Aufgaben erledigen, während deterministische Regeln entscheiden, protokollieren und sich wiederholen lassen.
Nachvollziehbare Nachweise und Produktpässe
Herkunftsangaben, die mit den Daten reisen, verifizierbare Nachweise und digitale Produktpässe, die sich prüfen lassen, ohne der Website des Ausstellers vertrauen zu müssen.
Regulierung als technische Anforderung
Texte wie die ESPR, die EUDR und den AI Act als Anforderungen lesen, die ein System erfüllen muss, nicht als Etiketten, die man ihm aufklebt.
Die Frage hinter der Arbeit
Eine Frage zieht sich durch einen großen Teil dieser Arbeit: Was geschieht mit Softwarearchitektur, wenn die Implementierung selbst zunehmend automatisiert wird?
Es geht nicht darum, Menschen aus der Softwareentwicklung zu entfernen. Es geht darum zu verstehen, welche Teile menschlichen technischen Urteils explizit, prüfbar und durchsetzbar werden müssen, wenn KI mehr von der Implementierung übernehmen darf: wofür ein System da ist, welche Zustände es nie erreichen darf, was seine Daten bedeuten und welche Nachweise es denen schuldet, die sich darauf verlassen.
Das ganze ArgumentWeniger menschliches Programmieren, mehr menschliche Architektur
Warum es AnyLAI gibt
Architektur lässt sich leicht beschreiben und schwer überprüfen. Ein Diagramm auf einer Folie oder ein Prinzip in einem Bericht verlangt vom Leser, dem Verfasser zu vertrauen. AnyLAI gibt es, damit aus dieser Arbeit öffentliche, überprüfbare Ergebnisse werden statt einer abstrakten Beratungserzählung.
Es ist aus unabhängiger Forschung von 2024 bis in das Jahr 2025 hervorgegangen, zu semantischer Interoperabilität, digitalen Produktpässen und den europäischen Regeln, die sie verlangen werden. COADF ist eines der öffentlichen Ergebnisse: ein Framework, um KI-gestützte Software unter ausdrücklicher Governance zu bauen. AnyDPP ist ein weiteres: eine funktionierende Demonstration eines digitalen Produktpasses, dessen Nachweise sich am Credential selbst prüfen lassen. Der Blog und das Radar lesen neue Regulierung als Anforderungen an die Architektur.
Allem liegt eine Idee zugrunde, eine Vertrauensarchitektur: Eine Aussage, die ein System macht, sollte die Nachweise mitführen, auf denen sie beruht, und ein Leser sollte diese Nachweise prüfen können, ohne den Urheber des Systems fragen zu müssen.
AnyLAI ist ein unabhängiges Forschungs- und Entwicklungsprojekt. Es ist kein Unternehmen, und nichts auf dieser Seite ist ein Angebot. Projektstatus
Beruflicher Hintergrund
Er entwickelt Software seit 2008, zuerst in Brasilien und seit 2014 in Deutschland. Die meisten dieser Jahre verbrachte er in Unternehmensprojekten in regulierten Umfeldern, im Bankwesen, in der Industrie und im Bildungsbereich, wo eine Architektur Audits, Altsysteme und Übergaben überstehen muss, nicht nur das erste Release.
Die Rollen reichten von der Backend-Entwicklung bis zu technischer Leitung und Architektur. Gleich geblieben ist die Arbeit, komplexe und oft mehrdeutige Anforderungen in Systeme zu übersetzen, die explizit, testbar und wartbar sind, gemeinsam mit den Menschen, die sie später betreiben.
Ausgewählte Stationen
2008–2014
Softwareentwicklung in Brasilien
Websysteme für akademische, finanzielle und administrative Verwaltung an Bildungs- und Industrieeinrichtungen in Blumenau. Bachelor in Informatik, FURB.
2014–2016
Berlin und Düsseldorf
Java-Entwicklung und Private-Cloud-Prototypen, danach technische Leitung für die Web- und Mobilprodukte eines kleinen Unternehmens im Raum Düsseldorf.
2017–2022
Unternehmensberatung bei Sopra Steria
Berater und technischer Lead in Projekten für Kunden aus Bankwesen und Industrie: Java- und Spring-Backends, Architektur-Reviews, strukturierte Testframeworks, CI/CD und automatisierte Auslieferung.
2023–2024
Regulierte Projekte bei msg
Backend-Entwicklung, Testmanagement und agile Umsetzung in einem Projekt in einem regulierten Umfeld in Köln.
2024–2025
Unabhängige Forschung
Semantische Interoperabilität, digitale Produktpässe und die EU-Regeln dahinter, darunter die ESPR, die ESRS und der AI Act. Der Architekturentwurf, aus dem AnyLAI wurde.
Seit 2025
AnyLAI
Das Framework, die Demonstration und die Texte auf dieser Website, offen entwickelt neben seiner beruflichen Tätigkeit.
2026
Softwarearchitektur bei IW Consult
Senior Software Architect in Köln: Architektur- und Risikoanalyse für Unternehmensanwendungen, Cloud-Prototypen, arc42-Dokumentation und Workshops, die aus mehrdeutigen Anforderungen Roadmaps machen.
Wie er arbeitet
Vier Gewohnheiten, schlicht gesagt. Sie sind die praktische Seite dessen, was COADF als Framework festhält.
Architektur statt Schlagworte
Ein System wird durch seine Grenzen beschrieben, durch seine Schnittstellen und durch das, was es verweigert. Eine Aussage, die sich auf nichts davon zurückführen lässt, ist noch keine Architektur.
Deterministische Grenzen um probabilistische Teile
Sprachmodelle sind nützlich und fehlbar. Sie erledigen begrenzte Aufgaben hinter Regeln, die entscheiden, protokollieren und sich wiederholen lassen, nie an der Stelle, an der die Entscheidung fällt.
Nachweise, die andere prüfen können
Ein Ergebnis ist so viel wert, wie ein Leser prüfen kann, ohne dem Verfasser zu vertrauen. Seine Quellen, seine Version und die verantwortliche Person gehören dazu.
Standards ohne Lock-in
Öffentliche Standards zuerst, darunter W3C Verifiable Credentials, UN/CEFACT und GS1, damit sich das, was er baut, ohne ihn prüfen, ersetzen oder übergeben lässt.
Ausgewählte öffentliche Arbeit
Wo sich die Arbeit selbst ansehen lässt.
- COADFDas Compliance-Oriented AI Development Framework, Version 2.2: acht Prinzipien, um KI-gestützte Software unter ausdrücklicher Governance zu bauen.
- VertrauensarchitekturKonfidenz je Attribut, menschliche Verifizierung durch einen registrierten Attester, offene Standards, mit denen jede Person einen Pass prüfen kann, und eine Verarbeitung, die in der EU bleibt.
- AnyDPPDie Demonstration: wie aus brasilianischen Exportdokumenten Nachweise werden, die ein Käufer, ein Prüfer oder eine Behörde prüfen kann.
- Der DemonstrationspassEin digitaler Produktpass, den jeder öffnen kann, mit einer Signatur, die sich gegen den veröffentlichten Ausstellerschlüssel prüfen lässt.
- Korridor Brasilien-EUErste konkrete Anwendung der AnyLAI-Architektur
- Aus dem BlogKI-Governance braucht Architektur, nicht noch eine ChecklisteRichtlinien und Checklisten beschreiben, wie sich ein KI-System verhalten soll. Ob es das tut, entscheidet seine Architektur: wo Unsicherheit abgebildet wird, welche Grenzen sie nicht überschreiten darf und was das System als Aufzeichnung behält.
Profil und Kontakt
Luiz Hogrefe auf LinkedInDas berufliche Profil mit dem vollständigen Werdegang.
Fragen zur Arbeit, Korrekturen und Gespräche über die Forschung laufen über das Kontaktformular des Projekts. Zum Kontaktformular
Anmerkungen zu COADF oder zu einem Artikel lassen sich auch öffentlich machen. Öffentliches Feedback
Luiz Claudio Hogrefe ist Anbieter dieser Website nach dem Impressum und Verantwortlicher nach der Datenschutzerklärung. Er veröffentlicht als Luiz Hogrefe, und COADF nennt seinen Autor L. C. Hogrefe: eine Person, verantwortlich unter einem Namen in drei Formen. Impressum