Arquiteto Principal de Sistemas

O Arquiteto Principal de Sistemas é o papel que define as leis e restrições arquitetônicas que garantem que o código gerado por agentes permaneça estruturalmente íntegro em toda a base de código. Embora os agentes possam produzir código correto no nível da função, eles carecem da consciência entre sistemas para manter a integridade arquitetônica em escala. Este papel fornece essa consciência através de restrições explícitas, verificações automatizadas e material de referência curado.

O papel se assemelha ao tradicional Tech Lead ou Staff Engineer, mas o trabalho diário se concentra na definição de restrições em vez de codificação prática. Em vez de revisar pull requests linha por linha e guiar desenvolvedores juniores, o Arquiteto Principal de Sistemas codifica regras arquitetônicas em formatos verificáveis por máquina que o Eval Harness impõe automaticamente.

As principais responsabilidades incluem:

1. Contextos delimitados (DDD) — definindo limites de domínio usando princípios de Domain-Driven Design e codificando-os como regras de dependência. Essas regras especificam quais módulos podem importar de outros módulos, prevenindo o acoplamento entre domínios que corrói a modularidade do sistema ao longo do tempo.
2. Testes automatizados de restrições de arquitetura — escrevendo testes que são executados como parte do Eval Harness para detectar violações estruturais antes que o código gerado por agentes chegue à revisão humana. Esses testes verificam a direção das dependências, convenções de nomenclatura, limites de camadas e conformidade com contratos de API.
3. Curadoria de Golden Samples — mantendo Golden Samples como a referência autoritária de como o código deve ser estruturado em cada parte do sistema. Agentes usam esses exemplos como modelos durante a geração, tornando a qualidade do exemplo uma alavanca direta na qualidade da saída.

As principais habilidades incluem domínio de DDD (decompor sistemas complexos em contextos delimitados com interfaces claras), ferramentas de análise estática (construir e configurar verificações de restrição automatizadas) e refatoração de legado (evoluir bases de código existentes para suportar padrões arquitetônicos amigáveis a agentes).

O Boundary Audit é a principal cerimônia recorrente do Arquiteto Principal de Sistemas — uma revisão mensal dos limites de domínio que detecta o desvio arquitetônico antes que ele se agrave. O Architectural Violation Rate e o Pattern Consistency Score são as duas métricas que refletem diretamente a eficácia deste papel.