Ir ao conteúdo
SEED engenhariaDesign System

Composição

10. O que esta fase NÃO cobre

seed-composicao.md v2.1 · §10seção 16 de 1710-o-que-esta-fase-nao-cobre.md · MD5 61c6edf1
  • 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 do seed-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 MD5 142a02a8… do gate) + suite-composicao.mjs (33 testes de render, dois temas: calha sp-3 real em bounding box, radius-lg nas 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 o left:-8px histó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 do ESTADO_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.html v0.2 (regra .peca; na mesma regeneração a GI2 dos 3 tokens órfãos fechou: 38 nomes, shadow-raised ganhou consumo real pela própria migração) e seed-shell-preview.html v0.6 (.coluna + .sidebar). A suite-composicao.mjs foi 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 do seed-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.md v0.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.html seguem 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).

Esc