Ir para o conteúdo
Luiz Hogrefe

Arquiteto de software · Colónia

Luiz
Hogrefe
Arquitetura para sistemas de IA que têm de permanecer compreensíveis, governados e verificáveis.

Projeto sistemas de software em que arquitetura, IA, semântica e evidências verificáveis têm de funcionar em conjunto. Desenvolvo software desde 2008, primeiro no Brasil e, desde 2014, na Alemanha.

Em Colónia · Atuação entre arquitetura, IA e interoperabilidade

Luiz Hogrefe, sorridente, de braços cruzados, com um blazer escuro sobre uma malha preta, encostado a uma parede escura
Em tempo real · execução de decisões

evento supplier.certificate.expiring t-3dO certificado de um fornecedor expira em três dias

ERQ · proposto
  • ACT0.61
  • WAIT0.31
  • ESCALATE0.09
YO
  • Limite rígido
  • Evidências sem contradição
  • Qualificação com confiança suficiente
  • Evidências presentes

resultado ASKAgir exigiria evidências que ainda não estão presentes. O ambiente de execução pede essas evidências.

§ 01Execução no navegador

O ritmo influencia a qualificação. As restrições governam a operação.

Esta é a ideia central da minha investigação atual, em execução neste navegador. Uma etapa probabilística ordena o que parece adequado em seguida. Depois, um operador determinístico verifica limites, evidências, autoridade e tempo, e só segue adiante o que passa. Com outro ritmo, as probabilidades mudam. Sem a autoridade, nenhuma probabilidade faz a ação acontecer.

  1. 01

    O ERQ qualifica

    O Event Rhythm Qualifier lê o evento, o estado e o ritmo, e ordena os resultados candidatos com probabilidades.

  2. 02

    O YO opera

    O Yoked Operator está atrelado às restrições com autoridade, não ao qualificador. As suas regras são executadas numa ordem fixa, e a primeira que falha decide.

  3. 03

    A decisão é explicada

    Cada resultado traz a regra que o produziu, para que possa ser lido, questionado e reexecutado.

Mudar a situação

O ritmo só altera as probabilidades.

Evidências

evento supplier.certificate.expiring t-3d

ERQ · proposto

  • ACT61%
  • WAIT31%
  • ESCALATE9%

YO · decidido

  1. Limite rígido
  2. Evidências sem contradição
  3. Qualificação com confiança suficiente
  4. Evidências presentes

resultado

ASKFaltam dados ou evidências necessários

Agir exigiria evidências que ainda não estão presentes. O ambiente de execução pede essas evidências.

ERQ: ACTYO: ASK

Uma ilustração calculada no navegador: um modelo simplificado da separação ERQ → YO, com números ilustrativos e oito dos dez resultados do ERQYO. Não é a implementação de referência do ERQYO.

Como o ERQYO funciona

§ 02Áreas selecionadas

Onde atuo

  • Arquitetura de software

    Fronteiras de sistema, modelos de integração e decisões documentadas por escrito, para que possam ser revistas, testadas e passadas adiante.

    Trajetória profissional
  • IA agêntica e governada

    Arquiteturas em que modelos fazem um trabalho delimitado, enquanto regras determinísticas decidem, guardam um histórico e podem ser reexecutadas.

    ERQYO
  • Interoperabilidade semântica

    Vocabulários comuns, como o ECLASS e a Asset Administration Shell, para que um campo signifique a mesma coisa nas duas pontas de uma troca.

    Investigação
  • Sistemas distribuídos

    Backends orientados a eventos em Java e Python, e os pipelines de entrega que os mantêm prontos para uma nova versão.

    Currículo
  • Evidências rastreáveis

    Proveniência, custódia e pistas de auditoria que acompanham os dados, para que uma afirmação possa ser verificada em vez de simplesmente dada como verdadeira.

    Trust Architecture
  • Passaportes digitais de produto

    Arquitetura e modelos de dados para passaportes sob a legislação europeia de produtos, dos documentos de origem a uma estrutura publicada.

    AnyDPP

§ 03Trabalhos selecionados

O que pode ser inspecionado

Trabalhos de investigação e implementações, cada um identificado com o ponto a que realmente chegou. Um framework não é uma plataforma, e um protótipo não é um produto.

  • ERQYO

    01
    Implementação de referência · não colocada em produção

    Uma arquitetura de execução em que o ritmo aprendido pode moldar uma proposta, enquanto autoridade, políticas, evidências e limites rígidos de tempo decidem o que é executado.

    Ler mais : ERQYO
  • COADF

    02
    Framework publicado

    O Compliance-Oriented AI Development Framework, versão 2.2: oito princípios para construir software assistido por IA sob governação explícita e testável.

    Ler mais : COADF
  • AnyDPP

    03
    Ambiente de investigação e demonstração

    Um ambiente de investigação e demonstração em que documentos de origem se tornam evidências, passam por revisão humana e são compostos num passaporte digital de produto.

    Ler mais : AnyDPP
  • Trust Architecture

    04
    Arquitetura de plataforma implementada

    Como confiança por atributo, revisão humana e uma pista de auditoria encadeada por hash se articulam quando os dados atravessam fronteiras entre organizações.

    Ler mais : Trust Architecture
  • AnyImob

    05
    Implementação aplicada · linhagem histórica

    Uma implementação aplicada anterior: um assistente para intermediação imobiliária com verificações de ancoragem nos dados (grounding), salvaguardas, encaminhamento para pessoas e logs de auditoria.

    Ler mais : AnyImob
  • Toda a investigação Todos os projetos

§ 04Tese de investigação

O que muda na arquitetura de software quando a IA consegue, cada vez mais, produzir a própria implementação?

A minha resposta provisória é que a arquitetura não desaparece. Muda de lugar. O julgamento que antes vivia implícito na forma como as pessoas escreviam código tem de ficar explícito o bastante para que uma máquina possa ser responsabilizada por ele.

  1. 01

    Automação não elimina a arquitetura

    O código gerado ainda tem fronteiras, dependências e modos de falha. Alguém decide sobre eles; caso contrário, decide o acaso.

  2. 02

    A intenção tem de ficar explícita

    Para que serve um sistema, e o que nunca pode fazer, tem de estar escrito onde pessoas e ferramentas possam ler.

  3. 03

    As restrições têm de ser executáveis

    Uma regra que só existe num documento é um desejo. Uma regra que é executada no pipeline e bloqueia a publicação de uma versão é arquitetura.

  4. 04

    O significado tem de sobreviver às fronteiras

    Os dados atravessam sistemas, organizações, idiomas e jurisdições. Se o significado muda no caminho, estar correto em cada ponta não adianta.

  5. 05

    A evidência faz parte do projeto

    De onde veio um valor, quem o verificou e sob qual versão de regra são informações que pertencem ao sistema, não a um relatório escrito depois.

  6. 06

    A autoridade fica separada da inferência

    Um modelo pode propor. A permissão para agir vem de um mandato, de uma política ou de uma pessoa, nunca de uma pontuação de confiança.

Ler a tese: Menos programação humana, mais arquitetura humanaArtigo longo, com as suas fontes e os seus limites, no anylai.eu

§ 05Trajetória

Dezoito anos, dois países

Uma versão resumida. A história completa, com os cargos nos termos dos empregadores, está na página Trajetória.

  1. 2008

    Engenharia de software no Brasil

    Sistemas web de gestão financeira e do ensino em Blumenau, e um bacharelado em Ciência da Computação.

  2. 2014

    A mudança para a Alemanha

    Desenvolvimento em Java em Berlim, depois desenvolvimento de software em Düsseldorf.

  3. 2017–2022

    Sopra Steria

    Consultor em projetos empresariais para clientes dos setores de energia e bancário e da indústria de automóveis.

  4. 2023–2024

    msg

    Consultor de TI em Colónia: desenvolvimento, Scrum Master e gestão de testes.

  5. 2026

    IW Consult

    Arquiteto de software na divisão de Normas: passaportes digitais de produto e ECLASS.

  6. 2026–

    Investigação e desenvolvimento independentes · AnyLAI

    Frameworks, investigação sobre ambientes de execução e demonstrações, publicados no anylai.eu.

Trajetória profissional completa

§ 06Textos

Textos selecionados

Artigos sobre arquitetura, governação de IA, passaportes de produto e evidências. São publicados no anylai.eu, que permanece a versão de referência desses textos.

  • 26 min de leitura

    Menos programação humana, mais arquitetura humana

    À medida que a IA produz mais implementação de software, o esforço de engenharia pode se deslocar para arquitetura, restrições executáveis, verificação e evidências. Uma tese de pesquisa, com suas evidências e seus limites.

    ArquiteturaIA agêntica

    anylai.eu ↗ (no anylai.eu)

  • 12 min de leitura

    Governança de IA precisa de arquitetura, não de mais uma lista de verificação

    A governança se sustenta quando a arquitetura consegue impô-la. O COADF enuncia oito princípios para controles determinísticos, IA probabilística, evidência e revisão humana.

    Governação de IAArquitetura

    anylai.eu ↗ (no anylai.eu)

  • 10 min de leitura

    Passaporte de bateria: o que os 71 pontos de dados da Comissão significam para 2027

    A Comissão Europeia estruturou 71 pontos de dados para o Passaporte Digital de Baterias. O que muda, o que permanece fixo para 18 de fevereiro de 2027 e como fabricantes e importadores podem preparar a evidência por trás de cada campo.

    Passaportes digitais de produtoRegulação como entrada de engenharia

    anylai.eu ↗ (no anylai.eu)

  • 10 min de leitura

    Custódia não é quem teve a mercadoria em mãos. Custódia é quem consegue provar.

    A cadeia de custódia, como se pratica hoje, é uma cadeia de declarações reconciliada por amostragem periódica. O direito europeu passou a fazer, um instrumento de cada vez, perguntas que só uma cadeia de evidências responde. E o momento da descoberta importa: na fronteira já é tarde.

    Evidências e confiança

    anylai.eu ↗ (no anylai.eu)

Todos os textos

Falar comigo

Arquitetura, sistemas de IA ou investigação?

Para conversar sobre uma vaga, um problema de arquitetura ou a investigação, basta enviar-me uma mensagem no LinkedIn. Leio e respondo pessoalmente a cada mensagem.