Arquiteto de software · Colônia
Luiz
HogrefeArquitetura para sistemas de IA que precisam continuar compreensíveis, governados e verificáveis.
Projeto sistemas de software em que arquitetura, IA, semântica e evidências verificáveis precisam funcionar juntas. Desenvolvo software desde 2008, primeiro no Brasil e, desde 2014, na Alemanha.
Em Colônia · Atuando entre arquitetura, IA e interoperabilidade
› evento supplier.certificate.expiring t-3d“O certificado de um fornecedor vence em três dias”
- ACT0.61
- WAIT0.31
- ESCALATE0.09
- ✓ 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 as solicita.
§ 01Execução ao vivo
O ritmo influencia a qualificação. As restrições governam a operação.
Esta é a ideia central da minha pesquisa atual, rodando no seu 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. Mude o ritmo e as probabilidades mudam. Retire a autoridade e nenhuma probabilidade faz a ação acontecer.
- 01
O ERQ qualifica
O Event Rhythm Qualifier lê o evento, o estado e o ritmo, e ordena os resultados candidatos com probabilidades.
- 02
O YO opera
O Yoked Operator está atrelado às restrições com autoridade, não ao qualificador. Suas regras rodam em ordem fixa, e a primeira que falha decide.
- 03
A decisão é explicada
Cada resultado traz a regra que o produziu, para que possa ser lido, questionado e reexecutado.
› evento supplier.certificate.expiring t-3d
ERQ · proposto
- ACT61%
- WAIT31%
- ESCALATE9%
YO · decidido
- ✓ Limite rígido
- ✓ Evidências sem contradição
- ✓ Qualificação com confiança suficiente
- ✗ 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 as solicita.
ERQ: ACT → YO: ASK
Uma ilustração calculada no seu 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.
§ 02Áreas selecionadas
Onde atuo
Arquitetura de software
Fronteiras de sistema, modelos de integração e decisões registradas por escrito, para que possam ser revisadas, testadas e passadas adiante.
Trajetória profissionalIA agêntica e governada
Arquiteturas em que modelos fazem um trabalho delimitado, enquanto regras determinísticas decidem, mantêm registro e podem ser reexecutadas.
ERQYOInteroperabilidade semântica
Vocabulários compartilhados, como o ECLASS e a Asset Administration Shell, para que um campo signifique a mesma coisa nas duas pontas de uma troca.
PesquisaSistemas distribuídos
Backends orientados a eventos em Java e Python, e os pipelines de entrega que os mantêm prontos para um novo release.
CurrículoEvidências rastreáveis
Proveniência, custódia e trilhas de auditoria que acompanham os dados, para que uma afirmação possa ser verificada em vez de simplesmente aceita.
Trust ArchitecturePassaportes digitais de produto
Arquitetura e modelos de dados para passaportes sob a legislação europeia de produtos, dos documentos de origem até uma estrutura publicada.
AnyDPP
§ 03Trabalhos selecionados
O que pode ser inspecionado
Artefatos de pesquisa 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
01Implementação de referência · não implantadaUma 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.
Leia mais : ERQYOCOADF
02Framework publicadoO Compliance-Oriented AI Development Framework, versão 2.2: oito princípios para construir software assistido por IA sob governança explícita e testável.
Leia mais : COADFAnyDPP
03Ambiente de pesquisa e demonstraçãoUm ambiente de pesquisa e demonstração em que documentos de origem se tornam evidências, passam por revisão humana e são compostos em um passaporte digital de produto.
Leia mais : AnyDPPTrust Architecture
04Arquitetura de plataforma implementadaComo confiança por atributo, revisão humana e uma trilha de auditoria encadeada por hash se articulam quando os dados atravessam fronteiras entre organizações.
Leia mais : Trust ArchitectureAnyImob
05Implementação aplicada · linhagem históricaUma implementação aplicada anterior: um assistente para corretagem imobiliária com verificações de ancoragem nos dados (grounding), salvaguardas, encaminhamento para pessoas e logs de auditoria.
Leia mais : AnyImob- Toda a pesquisa Todos os projetos
§ 04Tese de pesquisa
“O que muda na arquitetura de software quando a IA consegue, cada vez mais, produzir a própria implementação?”
Minha resposta provisória é que a arquitetura não desaparece. Ela se desloca. O julgamento que antes vivia implícito na forma como as pessoas escreviam código precisa se tornar explícito o bastante para que uma máquina possa ser cobrada por ele.
- 01
Automação não elimina a arquitetura
Código gerado continua tendo fronteiras, dependências e modos de falha. Alguém decide sobre eles, ou eles acabam decididos por acaso.
- 02
A intenção precisa se tornar explícita
Para que um sistema serve, e o que ele nunca pode fazer, precisa estar escrito onde pessoas e ferramentas possam ler.
- 03
Restrições precisam ser executáveis
Uma regra que só existe em um documento é um desejo. Uma regra que roda no pipeline e bloqueia um release é arquitetura.
- 04
O significado precisa 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.
- 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.
- 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.
§ 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.
2008
Engenharia de software no Brasil
Sistemas web de gestão acadêmica e financeira em Blumenau, e um bacharelado em Ciência da Computação.
2014
A mudança para a Alemanha
Desenvolvimento em Java em Berlim, depois desenvolvimento de software em Düsseldorf.
2017–2022
Sopra Steria
Consultor em projetos corporativos para clientes dos setores de energia, bancário e automotivo.
2023–2024
msg
Consultor de TI em Colônia: desenvolvimento, Scrum Master e gestão de testes.
2026
IW Consult
Arquiteto de software na divisão de Normas, trabalhando com passaportes digitais de produto e ECLASS.
2026–
P&D independente · AnyLAI
Frameworks, pesquisa sobre ambientes de execução e demonstrações, publicados no anylai.eu.
§ 06Textos
Textos selecionados
Artigos sobre arquitetura, governança de IA, passaportes de produto e evidências. Eles são publicados no anylai.eu, que continua sendo a sua referência canônica.
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.
Governança 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)
Contato
Arquitetura, sistemas de IA ou pesquisa?
Se quiser conversar sobre uma vaga, um problema de arquitetura ou a pesquisa, escreva para mim. Leio e respondo pessoalmente cada mensagem.