prototypelisted

# Prototipo — Fase A: Plano Planeja o **frontend completo e mockado** que roda **antes** do backend. O prototipo existe para descobrir o contrato de API construindo a interface, em vez de inventa-lo antes dela. Esta skill produz o **plano**: o que sera construido, quais telas, com quais dados. O codigo vem em `/blueprint:prototype-build`; o contrato descoberto vem em `/blueprint:prototype-api`. ``` /blueprint:prototype [cliente] /blueprint:prototype # infere o cliente do blueprint /blueprint:prototype web # explicito ``` ## Por que esta fase existe | Sem prototipo | Com prototipo | |---|---| | O contrato de API e uma previsao | O contrato e uma observacao | | Campos sobrando e faltando | Cada campo tem consumidor nomeado | | Lacuna do dominio aparece na implementacao | Lacuna aparece ao montar o formulario | | Estados de erro inventados | Estados derivados do que a UI exibe | O custo e construir a UI duas vezes. O retorno e que o retrabalho acontece em codigo descartavel, nao em schema com dados. ## Pre-requisitos | Verificacao | Se falhar | |---|---| | `docs/blueprint/04-domain-model.md` preenchido | "Rode `/blueprint:blueprint-domain` primeiro — sem entidades nao ha o que exibir." **pare** | | `docs/blueprint/08-use_cases.md` preenchido | "Rode `/blueprint:blueprint-flows` primeiro — os casos de uso definem as telas." **pare** | | `docs/frontend/shared/03-design-system.md` preenchido | "Rode `/blueprint:frontend-design-system` primeiro — sem t