Módulos, packs e extensão
O ADAPT usa pacotes para modularidade, distribuição e monetização futura.
Practice Modules
Seção intitulada “Practice Modules”Advisory, Architecture, Engineering e Operations. Acrescentam practices, workflows, roles e templates.
Execution Profiles
Seção intitulada “Execution Profiles”Build e Operate. Alteram objeto governado e lifecycle de outputs, não os invariantes.
Solution Packs
Seção intitulada “Solution Packs”Implementam jornadas como ADCS Data-to-Value: Foundation, Exploration, Decision Architecture, Activation e Operations & Value.
Technology Packs
Seção intitulada “Technology Packs”Resolvem bindings, deployment, identity, observability e tools para runtimes específicos.
Sector Packs
Seção intitulada “Sector Packs”Adicionam ontologia, métricas, policies, risks, golden cases e reference MDCs de setor. Não pretendem representar o negócio inteiro.
Module manifest
Seção intitulada “Module manifest”Declara ID, name, version, visibility, compatible Core, dependencies, contents, status e meters. Extensões privadas do tenant permanecem isoladas.
Client Extension Gateway
Seção intitulada “Client Extension Gateway”Solicitações são classificadas como:
configuração local → Operatecapability privada → Build private releasecapability horizontal → Build product releaseconflito constitucional/IP/risco → reformar ou rejeitar- pack não redefine Core silenciosamente;
- dependency ranges são explícitas;
- breaking changes possuem migration;
- status é verificável;
- visibility acompanha cada asset;
- configuração de tenant não é publicada no pack.
Monetização
Seção intitulada “Monetização”Packs licenciados podem sustentar assinatura, updates, support e usage. O Public Method publica a arquitetura de packages, não preço ou assets executáveis.