Ponte Build–Operate

Build e Operate formam um circuito, não duas fábricas independentes.

Operate encontra necessidade
→ Capability Requirement
→ Resolver
   ├─ REUSE
   ├─ CONFIGURE
   ├─ INTEGRATE
   ├─ BUILD REQUEST
   └─ DEFER
→ Build cria e publica release quando necessário
→ Operate incorpora release e registra binding
→ Operação gera evidência e learning candidate
→ curadoria promove melhoria ao Build

Capability Requirement

Declara comportamento necessário, interfaces, quality attributes, riscos, contexto, meters e evidência esperada. Não prescreve implementação sem justificativa.

Capability Request

É aberta quando a necessidade tem potencial de reuso ou precisa de engenharia governada. Inclui sponsor, consumidores, urgência, materialidade, alternatives e economics.

Binding

O projeto registra:

capability_id
release_version
configuration
purpose
data/action scope
permissions
policies
evals
owner
runtime binding

Aprendizagem

Operação não atualiza automaticamente capability global. O fluxo é:

observação → learning candidate → curadoria → eval → promotion gate → new release

Métricas de reuso

• percentual reutilizado sem mudança;
• percentual configurado;
• percentual integrado;
• percentual construído do zero;
• tempo até activation;
• custo de manutenção;
• defects e reform por gate;
• adoção por tenant/projeto.

Essas métricas sustentam engenharia econômica sem recorrer a success fee.