Composição
10. O que esta fase NÃO cobre
-
O conteúdo do arquétipo detalhe — zonas, campos, comportamento interno: é o §49 (pendência PN-P3). Aqui só a montagem.
-
Gantt profissional (PN42–PN45, bloco 6D) e qualquer regra de dependência visual.
-
E-mail: runtime sem CSS variable, com leis próprias (
seed-email.md, fronteira doseed-tokens.md§6). O contrato de montagem NÃO se aplica a e-mail. -
Impresso: o DI é dono (
seed-dataviz.md§4c). O CP20 registra apenas que gradiente não sobrevive à impressão. -
Guarda automatizada dos tetos CP21 e suíte própria de composição — nenhum preview novo nasceu nesta fase; o contrato é exercido pelos previews existentes (shell, site, painel). Pendência CP-P1: instrumentar CP1/CP15/CP21 como camada de composição.
✅ CP-P1 FECHADA em 2026-08-15 (MANIFESTO v7.4, aprovação na v7.5 — veredito do Rafael, verbatim: "se as pendências já foram sanadas, sim. aprovo."). O que fechou é a CP-P1 na definição do backlog do marco v2.1, que a estreitou para o que a cobaia exercita: gerador próprio da
seed-tela-referencia.html(provado por fidelidade byte-perfeita — a saída reproduz o MD5142a02a8…do gate) +suite-composicao.mjs(33 testes de render, dois temas: calhasp-3real em bounding box,radius-lgnas peças, rail sem borda, chip pintado = token do tema, mono no dado/PN21d, e a barra do ativo SONDADA EM PIXEL — a guarda candidata do MANIFESTO §33, provada contra três defeitos plantados, incluindo oleft:-8pxhistórico). Supersede da redação acima, declarado: a frase original desta seção pedia "CP1/CP15/CP21"; o residual não entra no fechamento — CP15 (colapso) não é exercitável na cobaia (tela estática desktop, por estatuto) e os tetos do CP21 já têm item próprio no backlog doESTADO_ATUAL("três medidas de composição sem guarda automatizada", prioridade baixa, origem v2.0) — o residual vive lá, não aqui. -
A aplicação do CP17 nos artefatos existentes — os previews que hoje separam por borda continuam válidos visualmente (o 1px é o mesmo); a migração de mecanismo entra no retrofit PN-P7. Pendência CP-P2.
✅ CP-P2 FECHADA em 2026-08-15 (MANIFESTO v7.6 entrega, v7.7 aprova — veredito do Rafael, verbatim: "aprovo", com as duas perguntas do pacote respondidas na mesma mensagem). O que fechou, definido por inventário MEDIDO (42 HTML no repositório, não "~40"): as DUAS telas que separavam peça por borda migraram para o par do CP17 —
seed-tela-referencia.htmlv0.2 (regra.peca; na mesma regeneração a GI2 dos 3 tokens órfãos fechou: 38 nomes,shadow-raisedganhou consumo real pela própria migração) eseed-shell-preview.htmlv0.6 (.coluna+.sidebar). Asuite-composicao.mjsfoi a v2 junto (RAIL-02 passou a medir o par no box-shadow computado + slot border zerado, provada contra mutante: peça devolvida à borda antiga reprova nos dois temas). Painel e site já eram conformes (PN21a e faixas); os retroativos de EMPRÉSTIMO (classe PN-P7) fecharam no mesmo pacote: painel v0.10 e site v0.2 consumindo--seed-border-interactive, com prova em pixel de invisibilidade (0,06% e 0,00% de diferença — promoção de expressão, não de cor). Fronteira do fechamento, declarada: os previews de COMPONENTE ficaram fora porque o CD1 (§26 doseed-componentes.md) declarava card outlined como default sem supersede do CP17 — conflito latente ACHADO pelo inventário; o Rafael decidiu pela opção A ("o que vai prevalecer é o que construímos agora") e o supersede parcial do CD1 está anexado no §26.1 (seed-componentes.mdv0.69); o retrofit desses previews é a pendência nova CP-P4 (MANIFESTO v7.7), fora deste fechamento de propósito — a ordem é decisão→artefato, nunca o inverso. -
A regeneração do shell com as três decisões do gate — gradiente do rail (CP20, com os dois tokens de overlay de chrome nos gêmeos), paleta de entidade no C1 (CP23, fecha a E-CP-01) e conferência do marcador onde o shell o consumir (CP24). Pendência CP-P3 — uma regeneração, três correções, com suíte e render re-executados e MANIFESTO reancorado no mesmo pacote.
-
A coluna de estado do
estudo-viver-de-ia.md§5 (decisão Q5) — pacote de errata separado, não este. -
Reenvio das seis cópias defasadas ao Project Knowledge (decisão Q6) — a regra "o zip é a fonte" está escrita no MANIFESTO v6.6; o reenvio é ação de propagação do Rafael.
10-b. O que a v2.0 (F7.1) NÃO faz — fronteiras da fundação#
- Não executa a renomeação dos artefatos. O CP31 declara a lei; renomear os arquivos e
reancorar caminhos e MD5 é o segundo movimento da F7.1, com leitura de volta por hash.
Enquanto não executado, os nomes
*-preview.htmlseguem válidos e defasados da lei — estado declarado, não esquecido. - Não implementa os primitivos. O CP25 define o contrato; a implementação (CSS/utilitários +
mapeamento na skill
seed-ds-ui) entra com o primeiro gabarito que os consumir (F7.2). - Não converte os artefatos existentes para container query. O CP27 vale para o que nasce a partir daqui; a conversão do acervo é retrofit próprio, com a guarda de contêiner (F9) como pré-requisito — medir antes de converter.
- Não escreve o CONTEÚDO dos gabaritos novos. A tabela do §3 declara a montagem; o que cada tela mostra é das fases seguintes (F7.2 em diante). Um gabarito na tabela não significa tela pronta.
- Não decide os arquétipos fora de escopo: whiteboard e mapa mental permanecem fora (D5).