Saltar al contenido
Luiz Hogrefe

Arquitecto de software · Colonia

Luiz
Hogrefe
Arquitectura para sistemas de IA que deben seguir siendo comprensibles, gobernados y verificables.

Diseño sistemas de software en los que la arquitectura, la IA, la semántica y la evidencia verificable tienen que funcionar juntas. Desarrollo software desde 2008, primero en Brasil y, desde 2014, en Alemania.

Residente en Colonia · Entre la arquitectura, la IA y la interoperabilidad

Luiz Hogrefe, sonriente, con los brazos cruzados, con un blazer oscuro sobre un suéter negro de punto, apoyado en una pared oscura
En vivo · entorno de decisiones

evento supplier.certificate.expiring t-3dUn certificado de un proveedor vence en tres días

ERQ · propuesto
  • ACT0.61
  • WAIT0.31
  • ESCALATE0.09
YO
  • Límite estricto
  • Evidencia no contradicha
  • Cualificación con confianza suficiente
  • Evidencia presente

resultado ASKActuar requeriría evidencia que todavía no se tiene. El entorno de ejecución la solicita.

§ 01Ejecución en vivo

El ritmo influye en la cualificación. Las restricciones gobiernan la operación.

Esta es la idea central de mi investigación actual, ejecutándose en su navegador. Un paso probabilístico jerarquiza lo que parece apropiado a continuación. Después, un operador determinista comprueba límites, evidencia, autoridad y tiempo, y solo sigue adelante lo que supera esa comprobación. Si mueve el ritmo, cambian las probabilidades. Si retira la autoridad, ninguna probabilidad puede hacer que la acción ocurra.

  1. 01

    ERQ cualifica

    El Event Rhythm Qualifier lee el evento, el estado y el ritmo, y jerarquiza los resultados candidatos con probabilidades.

  2. 02

    YO opera

    El Yoked Operator está ligado a restricciones con autoridad, no al cualificador. Sus reglas se ejecutan en un orden fijo, y decide la primera que falla.

  3. 03

    La decisión queda explicada

    Cada resultado lleva consigo la regla que lo produjo, de modo que puede leerse, cuestionarse y reproducirse.

Cambie la situación

El ritmo solo mueve las probabilidades.

Evidencia

evento supplier.certificate.expiring t-3d

ERQ · propuesto

  • ACT61%
  • WAIT31%
  • ESCALATE9%

YO · decidido

  1. Límite estricto
  2. Evidencia no contradicha
  3. Cualificación con confianza suficiente
  4. Evidencia presente

resultado

ASKFalta información o evidencia necesaria

Actuar requeriría evidencia que todavía no se tiene. El entorno de ejecución la solicita.

ERQ: ACTYO: ASK

Una ilustración calculada en su navegador: un modelo simplificado de la separación ERQ → YO, con cifras ilustrativas y ocho de los diez resultados de ERQYO. No es la implementación de referencia de ERQYO.

Cómo funciona ERQYO

§ 02Áreas seleccionadas

En qué trabajo

  • Arquitectura de software

    Fronteras de sistema, modelos de integración y decisiones puestas por escrito para que puedan revisarse, probarse y traspasarse.

    Trayectoria profesional
  • IA agéntica y gobernada

    Arquitecturas en las que los modelos hacen un trabajo acotado mientras reglas deterministas deciden, dejan registro y pueden reproducirse.

    ERQYO
  • Interoperabilidad semántica

    Vocabularios compartidos como ECLASS y la Asset Administration Shell, para que un campo signifique lo mismo en los dos extremos de un intercambio.

    Investigación
  • Sistemas distribuidos

    Backends orientados a eventos en Java y Python, y los pipelines de entrega que los mantienen listos para publicar nuevas versiones.

    CV
  • Evidencia trazable

    Procedencia, custodia y registros de auditoría que viajan con los datos, para que una afirmación pueda comprobarse en lugar de creerse.

    Arquitectura de confianza
  • Pasaportes digitales de producto

    Arquitectura y modelos de datos para pasaportes sujetos a la legislación europea sobre productos, desde los documentos de origen hasta una estructura publicada.

    AnyDPP

§ 03Trabajo seleccionado

Trabajo que puede inspeccionarse

Artefactos de investigación e implementaciones, cada uno etiquetado según lo lejos que ha llegado realmente. Un marco no es una plataforma, y un prototipo no es un producto.

  • ERQYO

    01
    Implementación de referencia · no desplegada

    Una arquitectura de ejecución en la que el ritmo aprendido puede dar forma a una propuesta, mientras que la autoridad, las políticas, la evidencia y los límites de tiempo estrictos deciden qué se ejecuta.

    Leer más : ERQYO
  • COADF

    02
    Marco publicado

    El Compliance-Oriented AI Development Framework, versión 2.2: ocho principios para construir software asistido por IA bajo una gobernanza explícita y comprobable.

    Leer más : COADF
  • AnyDPP

    03
    Entorno de investigación y demostración

    Un entorno de investigación y demostración en el que los documentos de origen se convierten en evidencia, pasan por revisión humana y se componen en un pasaporte digital de producto.

    Leer más : AnyDPP
  • Trust Architecture

    04
    Arquitectura de plataforma implementada

    Cómo encajan la confianza por atributo, la revisión humana y un registro de auditoría encadenado por hash cuando los datos cruzan fronteras organizativas.

    Leer más : Trust Architecture
  • AnyImob

    05
    Implementación aplicada · linaje histórico

    Una implementación aplicada anterior: un asistente para la intermediación inmobiliaria con comprobaciones de anclaje en los datos (grounding), salvaguardas, traspaso a personas y registros de auditoría.

    Leer más : AnyImob
  • Toda la investigación Todos los proyectos

§ 04Tesis de investigación

¿Qué cambia en la arquitectura de software cuando la IA puede producir cada vez más la propia implementación?

Mi respuesta provisional es que la arquitectura no desaparece. Se desplaza. El criterio que antes vivía de forma implícita en la manera en que las personas escribían código tiene que volverse lo bastante explícito como para poder exigir a una máquina que lo respete.

  1. 01

    La automatización no elimina la arquitectura

    El código generado sigue teniendo fronteras, dependencias y modos de fallo. O alguien los decide, o se deciden por accidente.

  2. 02

    La intención tiene que volverse explícita

    Para qué sirve un sistema, y qué no debe hacer nunca, tiene que escribirse donde puedan leerlo tanto las personas como las herramientas.

  3. 03

    Las restricciones tienen que ser ejecutables

    Una regla que solo existe en un documento es un deseo. Una regla que se ejecuta en el pipeline y bloquea una entrega es arquitectura.

  4. 04

    El significado tiene que sobrevivir a las fronteras

    Los datos cruzan sistemas, organizaciones, idiomas y jurisdicciones. Si su significado cambia por el camino, de nada sirve que cada extremo sea correcto.

  5. 05

    La evidencia forma parte del diseño

    De dónde procede un valor, quién lo comprobó y con qué versión de la regla pertenece al sistema, no a un informe redactado después.

  6. 06

    La autoridad se mantiene separada de la inferencia

    Un modelo puede proponer. El permiso para actuar procede de un mandato, una política o una persona, nunca de una puntuación de confianza.

Leer la tesis: Menos programación humana, más arquitectura humanaArtículo extenso, con sus fuentes y sus límites, en anylai.eu

§ 05Trayectoria

Dieciocho años, dos países

Una versión breve. La historia completa, con los puestos tal como los denominaron los empleadores, está en la página Trabajo.

  1. 2008

    Ingeniería de software en Brasil

    Sistemas web para la administración académica y financiera en Blumenau, y un grado en Ciencias de la Computación.

  2. 2014

    El traslado a Alemania

    Desarrollo en Java en Berlín y, después, desarrollo de software en Düsseldorf.

  3. 2017–2022

    Sopra Steria

    Consultor en proyectos empresariales para clientes de los sectores de energía, banca y automoción.

  4. 2023–2024

    msg

    Consultor de TI en Colonia: desarrollo, Scrum Master y gestión de pruebas.

  5. 2026

    IW Consult

    Arquitecto de software en la división de Estándares, con trabajo en pasaportes digitales de producto y ECLASS.

  6. 2026–

    I+D independiente · AnyLAI

    Marcos, investigación sobre entornos de ejecución y demostraciones, publicados en anylai.eu.

Trayectoria profesional completa

§ 06Textos

Textos seleccionados

Artículos sobre arquitectura, gobernanza de la IA, pasaportes de producto y evidencia. Se publican en anylai.eu, que sigue siendo su ubicación canónica.

  • 27 min de lectura

    Menos programación humana, más arquitectura humana

    A medida que la IA produce más implementación de software, el esfuerzo de ingeniería puede desplazarse hacia la arquitectura, las restricciones ejecutables, la verificación y la evidencia. Una tesis de investigación, con su evidencia y sus límites.

    ArquitecturaIA agéntica

    anylai.eu ↗ (en anylai.eu)

  • 12 min de lectura

    La gobernanza de la IA necesita arquitectura, no otra lista de verificación

    La gobernanza se sostiene cuando la arquitectura puede imponerla. COADF enuncia ocho principios para controles deterministas, IA probabilística, evidencia y revisión humana.

    Gobernanza de la IAArquitectura

    anylai.eu ↗ (en anylai.eu)

  • 10 min de lectura

    Pasaporte de batería: qué significan para 2027 los 71 puntos de datos de la Comisión

    La Comisión Europea ha estructurado 71 puntos de datos para el Pasaporte Digital de Baterías. Qué cambia, qué queda fijo para el 18 de febrero de 2027 y cómo pueden fabricantes e importadores preparar la evidencia detrás de cada campo.

    Pasaportes digitales de productoLa regulación como entrada para la ingeniería

    anylai.eu ↗ (en anylai.eu)

  • 11 min de lectura

    La custodia no es quién tuvo la mercancía. La custodia es quién puede probarlo.

    La cadena de custodia, tal como se practica hoy, es una cadena de declaraciones reconciliada mediante muestreo periódico. El derecho europeo ha empezado a plantear, instrumento a instrumento, preguntas que solo una cadena de evidencias puede responder. Y el momento del hallazgo importa: en la frontera ya es tarde.

    Evidencia y confianza

    anylai.eu ↗ (en anylai.eu)

Todos los textos

Contacto

¿Arquitectura, sistemas de IA o investigación?

Si quiere hablar de un puesto, de un problema de arquitectura o de la investigación, escríbame. Leo y respondo personalmente cada mensaje.