backendlisted

# Backend — Especificacao de Implementacao Le o **blueprint tecnico ja preenchido** (`docs/blueprint/`) e transforma as decisoes arquiteturais em especificacao detalhada de implementacao nos 15 templates de `docs/backend/`. O blueprint e a fonte primaria — ja contem entidades, requisitos, fluxos, casos de uso, ADRs e maquinas de estado. Voce so pergunta o que ele **nao** cobre: detalhes de implementacao (framework, ORM, estrutura de classes, metodos). ## Se `docs/prototype/` estiver PREENCHIDO, ele muda esta skill O prototipo e um frontend completo e mockado construido **antes** do backend. Quando ele existe, o contrato de API deixa de ser inventado e passa a ser **herdado de um consumidor real**. > **Verifique preenchimento, nao existencia.** `docs/prototype/` e versionado no framework com os 6 templates — a pasta existe sempre. Rode `grep -l '{{' docs/prototype/*.md`: se os arquivos ainda tem `{{placeholders}}`, **a fase nao rodou** e nada desta secao se aplica. Siga o fluxo normal, com o blueprint tecnico como unica fonte. | Documento do prototipo | Autoridade sobre | Efeito | |---|---|---| | `03-api-requirements.md` | **`05-api-contracts.md`** | **Fonte primaria dos endpoints.** Cada endpoint ja tem tela consumidora e cada campo ja tem ponto de renderizacao | | `04-interaction-states.md` | `09-errors.md` | Todo erro que a UI trata **precisa** existir no catalogo, com o formato que o tratamento exige | | `02-mock-data.md` | `04-data-layer.md` | Fixtures viram seeds d