receipt
Firma o verifica los bytes revisados antes de publicar un cambio.
Uso
navori receipt <sign|check|gate|review begin|review seal> --feature <id> [--target <ref>] [--dir <path>] [--include-consumed] [--spec <spec> --milestone M<n> [--gate-ran <scoped|full>]] [--json]
Flags
--feature <id> Identificador recibido en el handoff. --target <ref> Base real del PR; por defecto prTarget. --dir <path> Directorio de progreso; por defecto .claude/progress. --spec <spec> --milestone M<n> Spec y milestone del ciclo; con `gate` son obligatorios, con `sign` van juntos con --gate-ran. --phase <nombre|índice> Fase del workplan (nombre o índice desde 1); alternativa a --spec/--milestone en `sign` y `gate`. --gate-ran <scoped|full> `sign`: el gate que corrió el ciclo. Se rechaza `scoped` cuando la decisión es `full`. --include-consumed `check`: si receipt.txt ya no existe, usa receipt.consumed.txt (el recibo ya consumido por la publicación). review begin | review seal --nonce <n> Evidencia del productor de review_<feature>.json: `begin` sella la identidad del contenido antes del diff e imprime el nonce; `seal` sella el sidecar escrito con ese nonce. --json Emite el contrato machine-readable. Ejemplos
Firmar y verificar
navori receipt sign --feature checkout --json navori receipt check --feature checkout --json
Notas
- Solo publica cuando el JSON devuelve status ok.
- `gate` es de solo lectura: devuelve { gateKind, reason, unit, closingMilestone } y decide si el ciclo del milestone necesita el gate acotado (scoped) o el completo (full). Un receipt scoped no es fresh: solo permite el commit, nunca el PR.