# NEXUS Checklists — os critérios de validação

Um checklist é um conjunto de **critérios objetivos** que um gate roda item a item para emitir um
veredito. É o que separa "feito" de "feito direito". Tasks de gate (`validate-next-story`, `qa-gate`,
`pre-push-quality-gate`) consomem checklists; a task `execute-checklist` roda um checklist arbitrário.

## Formato canônico

Frontmatter YAML + corpo com itens verificáveis + regra de decisão.

```markdown
---
id: story-draft-checklist
kind: checklist
agent: po                     # agente que tipicamente roda
gate: Definition of Ready     # o portão que este checklist guarda
decision: ">=7/10 GO, senão NO-GO com correções"   # como o veredito é decidido
---

# {título} ({gate})

> {regra de decisão em uma linha}

## Critérios
- [ ] 1. {critério objetivo e verificável}
- [ ] 2. ...

## Decisão
{veredito} + justificativa + (se NO-GO/CONCERNS) lista de correções obrigatórias.
```

## Regras

- **Critérios são objetivos** — verificáveis com sim/não, não opinião vaga. "Os ACs são testáveis"
  vale; "a story está boa" não.
- **A decisão é explícita** — todo checklist diz como o veredito sai dos itens (ex.: pontuação,
  qualquer-crítico-reprova, maioria).
- **NEXUS-nativo.** Referencia agentes do roster e paths `docs/`. Nada de frameworks externos.
- **Casa com o que valida.** O `story-draft-checklist` valida o `story-tmpl`; o `architect-checklist`
  valida a saída do `create-architecture`.

## Vereditos por tipo de gate

| Gate | Vereditos |
|---|---|
| Definition of Ready (story) | GO / NO-GO |
| QA Gate | PASS / CONCERNS / FAIL / WAIVED |
| Pre-push | APROVADO / BLOQUEADO |
| Spec Critique | APPROVED / NEEDS_REVISION / BLOCKED |