blueprint-specslisted

<!-- GERADO por tools/build-codex.py a partir de skills/specs/SKILL.md. Nao edite aqui: edite a fonte e rode `python3 tools/build-codex.py`. --> # Specs — Geracao Integral de Tarefas de Implementacao Le `docs/backend/` (fonte primaria), valida contra `docs/frontend/` e `docs/blueprint/`, e gera `docs/specs/TASKS.md` com todas as tasks de implementacao de uma vez. ## Fonte de Dados `docs/backend/` → LEITURA (primaria) | `docs/frontend/` → LEITURA (consistencia) | `docs/blueprint/` → LEITURA (validacao) | `docs/shared/` → LEITURA (glossario, mappings) | `docs/prototype/` → LEITURA (se preenchido: cobertura de telas e contrato) | `docs/specs/TASKS.md` → ESCRITA > **Se `docs/prototype/` estiver preenchido** (sem `{{placeholders}}` — a pasta e versionada com templates), use `01-screens.md` para validar a cobertura de frontend (tela sem task e lacuna) e `03-api-requirements.md` para conferir que toda task de API tem consumidor nomeado. As fixtures de `02-mock-data.md` viram tasks de seed no grupo `SETUP`. ## Passo 1: Verificar Pre-requisitos 1. `docs/backend/03-domain.md` com placeholders → "Rode `blueprint-backend` primeiro." (pare) 2. `docs/frontend/` vazio → avise, continue sem (tasks de alinhamento parciais) 3. `docs/blueprint/` ausente → "Rode `blueprint` primeiro." (pare) 4. `docs/shared/glossary.md` → use como referencia de linguagem ubiqua Apresente status (Backend/Frontend/Blueprint/Shared: N docs, Completo/Parcial/Ausente). ## Passo 2: Leitura e Extracao de