<!--
  BACKLOG CANDIDATO · lo produce la skill doc-to-backlog
  ─────────────────────────────────────────────────────────────────
  Es un BORRADOR para triage, NO un backlog final. Nada de acá se publica
  en el tracker hasta que pase por grill-epic / grill-user-story.
  Todo arranca en estado "sin validar".
-->

# Backlog candidato — <nombre del proyecto>

> **Fuente:** <documento.pdf / link de Drive> · Extraído por `doc-to-backlog`
> **Estado:** 🟡 candidato, sin validar — pendiente de triage y grilling.

## Resumen

2–3 líneas de qué es el proyecto según el documento. Sin interpretar de más.

## Épicas candidatas

### E1 · <título de la épica>  🟡 sin validar
- **Qué cubre:** <una línea>
- **Procedencia:** <sección / página del doc>
- **Prioridad:** _(la pone el funcional en el triage)_
- **US candidatas:**
  - [ ] <título US> — <una línea> · _proc: <ref>_
  - [ ] <título US> — <una línea> · _proc: <ref>_

### E2 · <título de la épica>  🟡 sin validar
- **Qué cubre:** …
- **US candidatas:** …

## US sueltas candidatas (sin épica)

- [ ] <título US> — <una línea> · _proc: <ref>_

## Dudas para el triage

Ítems que quizás NO haya que construir (candidatos a `/grill-intent` — Gate 0):

- <ítem> — <por qué es dudoso / qué habría que confirmar>

---

<!--
  PRÓXIMO PASO (no lo hace esta skill sola):
  1. El funcional prioriza y corta este mapa (menú, no mandato).
  2. La rebanada de arriba se rutea: épicas → /grill-epic, US → /grill-user-story.
  3. Recién ahí se publica en el tracker, testeable y linkeable.
-->
