La persona detrás de AnyLAI
Luiz Hogrefe
Luiz Claudio Hogrefe · Arquitecto de software · Colonia
Luiz Hogrefe es arquitecto de software en Colonia. Su trabajo se sitúa donde la arquitectura de software se encuentra con la gobernanza de la IA, la interoperabilidad semántica y la evidencia digital trazable, incluida la arquitectura de los pasaportes digitales de producto.
AnyLAI es el lugar donde este trabajo se desarrolla y se publica en abierto: un framework, una demostración que funciona y textos sobre regulación que un lector técnicamente exigente puede abrir, comprobar y rebatir.
En resumen
- Nombre completo
- Luiz Claudio Hogrefe
- Función
- Arquitecto de software
- Ciudad
- Colonia, Alemania
- Desarrolla software desde
- 2008
- Idiomas de trabajo
- Portugués, alemán, inglés, español
- Perfil
En qué trabaja
El hilo conductor es lo que él llama gestión del contexto: asegurar que el significado sobreviva cuando los datos pasan entre sistemas, organizaciones, idiomas y jurisdicciones.
Arquitectura de software y de soluciones
Fronteras de sistema, modelos de integración y hojas de ruta técnicas, escritos de forma que puedan revisarse, probarse y traspasarse.
Sistemas distribuidos y cloud-native
Backends en Java y Spring, integración orientada a eventos, Kubernetes y los pipelines de entrega que mantienen todo ello listo para publicarse.
Interoperabilidad semántica
Vocabularios y modelos de datos compartidos, como ECLASS y la Asset Administration Shell, para que un campo signifique lo mismo en los dos extremos de un intercambio.
IA con gobernanza
Arquitecturas en las que los modelos probabilísticos hacen un trabajo acotado, mientras reglas deterministas deciden, dejan registro y pueden volver a ejecutarse.
Evidencia trazable y pasaportes de producto
Procedencia que viaja con los datos, credenciales verificables y pasaportes digitales de producto que pueden comprobarse sin confiar en el sitio web de quien los emite.
La regulación como requisito de ingeniería
Leer textos como el ESPR, el EUDR y el AI Act como requisitos que un sistema debe cumplir, no como etiquetas que ponerle.
La pregunta detrás del trabajo
Una pregunta recorre gran parte de este trabajo: ¿qué ocurre con la arquitectura de software cuando la propia implementación se automatiza cada vez más?
El objetivo no es sacar a las personas del desarrollo de software. Es entender qué partes del juicio de ingeniería humano tienen que volverse explícitas, comprobables y exigibles si se permite que la IA haga más de la implementación: para qué sirve un sistema, qué estados no debe alcanzar nunca, qué significan sus datos y qué evidencia debe a quienes dependen de él.
El argumento completoMenos programación humana, más arquitectura humana
Por qué existe AnyLAI
La arquitectura es fácil de describir y difícil de comprobar. Un diagrama en una diapositiva o un principio en un informe piden al lector que confíe en quien los escribió. AnyLAI existe para que este trabajo se convierta en resultados públicos e inspeccionables, en lugar de un relato abstracto de consultoría.
Surgió de una investigación independiente, de 2024 hasta 2025, sobre interoperabilidad semántica, pasaportes digitales de producto y las normas europeas que los exigirán. COADF es uno de sus resultados públicos: un framework para construir software asistido por IA bajo una gobernanza explícita. AnyDPP es otro: una demostración funcional de un pasaporte digital de producto cuya evidencia se verifica contra la propia credencial. El blog y el Radar leen la nueva regulación como requisitos de arquitectura.
Todo ello descansa en una sola idea, una arquitectura de confianza: una afirmación que hace un sistema debe llevar consigo la evidencia que la respalda, y un lector debe poder comprobar esa evidencia sin tener que preguntar al autor del sistema.
AnyLAI es un proyecto independiente de investigación y desarrollo. No es una empresa, y nada en esta página es una oferta. Estado del proyecto
Trayectoria profesional
Desarrolla software desde 2008, primero en Brasil y, desde 2014, en Alemania. La mayor parte de esos años transcurrió en proyectos empresariales en entornos regulados, en banca, industria y educación, donde una arquitectura tiene que sobrevivir a auditorías, sistemas heredados y traspasos, no solo a una primera versión.
Los papeles pasaron del desarrollo de backend al liderazgo técnico y la arquitectura. Lo que se mantuvo es el trabajo de traducir requisitos complejos, a menudo ambiguos, en sistemas explícitos, comprobables y mantenibles, junto con las personas que van a operarlos.
Etapas seleccionadas
2008–2014
Desarrollo de software en Brasil
Sistemas web de gestión académica, financiera y administrativa en instituciones educativas y de la industria en Blumenau. Grado en Ciencias de la Computación, FURB.
2014–2016
Berlín y Düsseldorf
Desarrollo en Java y prototipos en nube privada; después, liderazgo técnico de los productos web y móviles de una pequeña empresa en la región de Düsseldorf.
2017–2022
Consultoría empresarial en Sopra Steria
Consultor y líder técnico en proyectos para clientes de banca e industria: backends en Java y Spring, revisiones de arquitectura, frameworks de pruebas estructurados, CI/CD y entrega automatizada.
2023–2024
Proyectos regulados en msg
Desarrollo de backend, gestión de pruebas y entrega ágil en un proyecto de un entorno regulado en Colonia.
2024–2025
Investigación independiente
Interoperabilidad semántica, pasaportes digitales de producto y las normas europeas que los respaldan, entre ellas el ESPR, las ESRS y el AI Act. El diseño de arquitectura del que nació AnyLAI.
Desde 2025
AnyLAI
El framework, la demostración y los textos de este sitio, desarrollados en abierto junto a su actividad profesional.
2026
Arquitectura de software en IW Consult
Arquitecto de software sénior en Colonia: análisis de arquitectura y de riesgos para aplicaciones empresariales, prototipos en la nube, documentación arc42 y talleres que convierten requisitos ambiguos en hojas de ruta.
Cómo trabaja
Cuatro hábitos, dichos con sencillez. Son la cara práctica de lo que COADF recoge como framework.
Arquitectura antes que eslóganes
Un sistema se describe por sus fronteras, sus interfaces y lo que se niega a hacer. Una afirmación que no puede vincularse a nada de eso todavía no es arquitectura.
Fronteras deterministas alrededor de las partes probabilísticas
Los modelos de lenguaje son útiles y falibles. Hacen un trabajo acotado detrás de reglas que deciden, dejan registro y pueden volver a ejecutarse, nunca en el punto donde se toma la decisión.
Evidencia que otra persona puede comprobar
Un resultado vale lo que un lector puede verificar sin confiar en su autor. Sus fuentes, su versión y la persona responsable viajan con él.
Estándares sin dependencia de proveedor
Primero los estándares públicos, entre ellos W3C Verifiable Credentials, UN/CEFACT y GS1, para que lo que construye pueda verificarse, sustituirse o traspasarse sin él.
Trabajo público seleccionado
Dónde ver el trabajo en sí.
- COADFEl Compliance-Oriented AI Development Framework, versión 2.2: ocho principios para construir software asistido por IA bajo una gobernanza explícita.
- Arquitectura de confianzaConfianza evaluada por atributo, verificación humana por un atestador registrado, estándares abiertos que permiten a cualquiera comprobar un pasaporte y un procesamiento que se queda en la UE.
- AnyDPPLa demostración: cómo los documentos de exportación brasileños se convierten en evidencia que un comprador, un auditor o una autoridad pueden comprobar.
- El pasaporte de demostraciónUn pasaporte digital de producto que cualquiera puede abrir, con una firma que puede comprobarse contra la clave del emisor publicada.
- Corredor Brasil-UEPrimera aplicación concreta de la arquitectura de AnyLAI
- Del blogLa gobernanza de la IA necesita arquitectura, no otra lista de verificaciónLas políticas y las listas de verificación describen cómo debería comportarse un sistema de IA. Si lo hace o no lo decide su arquitectura: dónde se representa la incertidumbre, qué límites no puede cruzar y qué conserva el sistema como registro.
Perfil y contacto
Luiz Hogrefe en LinkedInEl perfil profesional, con la trayectoria completa.
Las preguntas sobre el trabajo, las correcciones y las conversaciones sobre la investigación pasan por el formulario de contacto del proyecto. Abrir el formulario de contacto
Los comentarios sobre COADF o sobre un artículo también pueden hacerse en público. Comentarios públicos
Luiz Claudio Hogrefe es el prestador de este sitio según el Impressum y el responsable del tratamiento según la política de privacidad. Publica como Luiz Hogrefe, y COADF acredita a su autor como L. C. Hogrefe: una sola persona, responsable bajo un mismo nombre en tres formas. Impressum