Contexto Engenharia
Engenharia converte arquitetura e contratos em comportamento reproduzível. Ela inclui software, data, semantic, agent, platform, policy, test, release e reliability engineering conforme o escopo.
Responsabilidades
Seção intitulada “Responsabilidades”- decompor arquitetura em work packages e tasks;
- implementar interfaces e adapters;
- configurar agents, skills, workflows e tools;
- automatizar policies e controles determinísticos;
- criar testes, evals e cenários adversariais;
- instrumentar logs, metrics, traces, lineage e meters;
- produzir SBOM, hashes e provenance quando aplicável;
- preparar runbooks, rollback e release manifest;
- demonstrar compatibilidade e migração.
Engineering não decide sozinho o que construir
Seção intitulada “Engineering não decide sozinho o que construir”O épico e a arquitetura contratam resultados. Engenharia pode reformar requisitos inviáveis, mas não altera silenciosamente propósito, materialidade ou authority model.
Capability Resolution
Seção intitulada “Capability Resolution”Antes de implementar:
REUSECONFIGUREINTEGRATEBUILDDEFERA decisão é registrada com impacto em custo, risco, time-to-value e manutenção.
Prove versus testing
Seção intitulada “Prove versus testing”Testing verifica propriedades específicas. Prove reúne evidência suficiente para passagem, incluindo comportamento humano-agente, policies, custo, observabilidade, segurança e recovery. Uma suíte verde pode ser insuficiente para o gate.
Release engineering
Seção intitulada “Release engineering”Capability Release inclui versão, interfaces, compatibilidade, status, owner, evidence, meters e runbook. Publicação não significa obrigatoriamente exposição pública; significa entrada em registry governado.
Agentes de engenharia
Seção intitulada “Agentes de engenharia”Agentes podem gerar código, testes, migrations e documentação, mas devem trabalhar sob project context, spec, tool allowlist e review. Outputs gerativos são não confiáveis até validação adequada.