O que uma vertical madura precisa ter

Madura tem: Area de governanca especifica da vertical, obedecendo a governanca geral do Core; decisoes registradas com fonte/ID (ex.: DECISOES-GESTOR.md); e FRONTEIRAS + de-para declarados (o que a vertical possui x o que consome do Core — ancora de 'consumir nao duplicar').

Sinal de ausencia: Sem registro de decisoes, sem area de governanca propria, ou sem de-para declarado (nao da pra auditar duplicacao).

O Oraculo orienta: Estruturar a area de governanca, o registro de decisoes e o de-para de fronteiras ANTES de implantar projeto.

Madura tem: CONSOME o kernel StartOS (event store append-only, isolamento por tenant, tres direitos, store duravel) — nao reconstroi; DECLARA suas fronteiras de tenant e contratos de evento. Isolamento existe ANTES de guardar qualquer dado (mesmo simulado).

Sinal de ausencia: Estado sem event store, sem isolamento por tenant, ou tenancy reconstruida em vez de consumida.

O Oraculo orienta: Consumir o kernel StartOS e declarar fronteiras de tenant antes de armazenar dado.

Madura tem: Plano de negocio proprio (o que vende, para quem, como fatura, plano de contas, modelo de DRE).

Sinal de ausencia: Vertical sem plano de negocio (ex.: 'a Vescal ainda nao tem').

O Oraculo orienta: Estruturar plano de negocio + plano de contas + modelo de DRE antes de metas e KPIs.

Madura tem: Portfolio de projetos + planejamento estrategico com metas; demandas viram projetos com predecessor/sucessor; EAP construida pelo plano.

Sinal de ausencia: Sem portfolio nem projetos com dependencia declarada.

O Oraculo orienta: Estruturar portfolio e planejamento; so entao abrir EAPs.

Madura tem: Registro de bloqueios (o que trava e a evidencia que cada um exige) e a ordem de destravamento — o artefato de planejamento que a auditoria do Programa Start produziu (7 defeitos -> plano -> ordem).

Sinal de ausencia: Bloqueios implicitos, sem evidencia exigida nem ordem de destravar.

O Oraculo orienta: Mapear bloqueios com evidencia por flag e ordem de destravamento (como docs/BLOCKERS.md).

Madura tem: Arvore de conhecimento + regras de negocio documentadas DENTRO da vertical (fonte que Oraculo/Modo One/IAs leem para se governar).

Sinal de ausencia: Knowledge vazio e sem base .md consolidada.

O Oraculo orienta: Consolidar a base de conhecimento (como base-conhecimento-startplace.json).

Madura tem: Material de treino para a pessoa/IA que assume cada cadeira; certificacao APONTA pro Start Academy (nao duplica); Oraculo reinstrui em runtime quem esquece. E a face de transmissao da base (MV-06), com sinal proprio: 'sucessor treinado/certificado' x 'conhecimento existe'.

Sinal de ausencia: Cadeira sem material de treino e sem caminho de certificacao.

O Oraculo orienta: Produzir o material de treino da cadeira na vertical; ligar certificacao ao Academy.

Madura tem: Jornadas por papel, flow e wizard; processos inteligentes com automacao/integracao que facilitam o usuario e a propria vertical.

Sinal de ausencia: Superficies sem jornada guiada por papel.

O Oraculo orienta: Desenhar jornada por papel (a vertical ja pode fazer sozinha).

Madura tem: KPIs/metricas/metas ligados ao plano de contas e ao fechamento de DRE; painel previsto x realizado (ex.: VGV). DRE proprio e da vertical.

Sinal de ausencia: Sem KPIs medidos contra metas nem fechamento.

O Oraculo orienta: Definir KPIs por area/departamento apos o plano de negocio existir.

Madura tem: Porta de qualidade no loop de aprovacao (render-check + testes) — nao aprovar sem ver.

Sinal de ausencia: Telas aprovadas sem verificacao de render/contraste.

O Oraculo orienta: Ligar o render-gate + suite de testes.