7. A questão das bancadas — e por que ela não é "manter o erro"

O Rafael perguntou se os previews atendem o modelo aprendido. Não atendem — e não deveriam, porque são artefatos de outra classe. A distinção, declarada para não se perder:

• Bancada (seed-superficies-preview.html e os outros dez): exercita todos os estados de cada componente lado a lado para as suítes medirem. É o que sustenta os 855 testes jsdom hoje verdes. Nenhum produto se julga por ela — o ClickUp também tem a sua, e ela não é o ClickUp.
• Tela composta (seed-tela-referencia.html): a tela de produto montada com componentes já estáveis, medida pela suite-composicao. Foi ela que respondeu ao julgamento do "100%".

O que a CP-P4 fez foi corrigir o mecanismo nas bancadas (borda → par sombra+anel), o que era necessário e insuficiente. O que falta é a vitrine: uma tela composta por arquétipo — que é exatamente o que este mapa lista como ausente no Eixo A.

Onde eu concordo com a crítica: tratar "preview de componente" e "tela" com o mesmo nome (*-preview.html) esconde a diferença e produziu esta confusão. Proposta: renomear a classe — bancadas viram banco-*.html, telas viram tela-*.html — com supersede formal e reancoragem no MANIFESTO. Custo: mexe em caminho de suíte (a dívida P1 aberta desde v1.4 seria fechada no mesmo movimento).

---