Todo review que corres (`review`, `commit-review`, o los reviews automáticos de PR/MR en la plataforma web) queda guardado. Los comandos `ixtli reviews` e `ixtli issues` sirven para consultarlos y gestionarlos después, sin tener que repetir el análisis. ### Ver el último review — `ixtli reviews last` ```bash ixtli reviews last ``` Trae el review más reciente para la rama actual (detectada automáticamente desde git) y todos sus issues. ```bash ixtli reviews last --branch main ixtli reviews last --commit abc123def ixtli reviews last --severity critical --severity high ixtli reviews last --source cli # solo tus commit-review/review locales ixtli reviews last --source web # solo reviews automáticos de PR/MR ``` | Flag | Descripción | Default | |------|-------------|---------| | `-b, --branch ` | Rama a consultar | rama actual (git) | | `--commit ` | Filtra por SHA de commit (tiene prioridad sobre `--branch`) | — | | `--repo ` | Repo a consultar | auto-detectado del remote | | `--source ` | Restringe a una fuente | último entre ambas | | `--severity` | Filtra issues (repetible): `critical`, `high`, `medium`, `low` | todos | | `--status` | Filtra: `pending`, `resolved`, `ignored` | todos | | `--include-fix` | Incluye `fixed_code` en cada issue | `false` | | `--json` | Output JSON crudo (ideal para agentes) | `false` | **Por qué importa `--source`:** sin especificarlo, el comando puede traer indistintamente tu último `commit-review` local o el último review automático de un PR/MR — son dos shapes de datos distintos. Un review `cli` trae `commit_sha`/`commit_message`/`session_type`; uno `web` trae `pr_number`/`pr_status`/`pr_author`. Si siempre quieres ver tu último commit-review y nunca un review de PR, usa `--source cli` explícito. ### Listar reviews — `ixtli reviews list` ```bash ixtli reviews list ixtli reviews list --source cli --page 1 --size 20 ``` | Flag | Descripción | Default | |------|-------------|---------| | `--page` | Página a mostrar | `1` | | `--size` | Resultados por página | `20` | | `--source` | Filtra: `cli`, `pr`, `all` | `all` | | `--json` | Output en JSON | `false` | ### Ver un review específico — `ixtli reviews show` ```bash ixtli reviews show ixtli reviews show --severity critical --include-fix ``` | Flag | Descripción | Default | |------|-------------|---------| | `--severity` | Filtra: `critical`, `high`, `medium`, `low` | todos | | `--status` | Filtra: `pending`, `resolved`, `ignored` | todos | | `--include-fix` | Incluye `fixed_code` | `false` | | `--json` | Output en JSON | `false` | ### Gestionar issues — `ixtli issues` Marca issues de un review como resueltos o ignorados, típicamente después de aplicar (o descartar) el fix sugerido. ```bash ixtli issues list ixtli issues list --severity high --status pending ixtli issues resolve ixtli issues ignore --reason "falso positivo" ixtli issues resolve-all ixtli issues resolve-all --severity low ``` | Comando | Descripción | |---------|-------------| | `issues list REVIEW_ID` | Lista los issues de un review, con filtros `--severity`/`--status` | | `issues resolve REVIEW_ID ISSUE_ID` | Marca un issue como resuelto | | `issues ignore REVIEW_ID ISSUE_ID [-r razón]` | Marca un issue como ignorado (falso positivo o no aplicable) | | `issues resolve-all REVIEW_ID [--severity ...]` | Resuelve en bulk todos los issues pendientes, opcionalmente filtrado por severidad | Todos aceptan `--json` para integrarse en scripts o agentes.

Código	Significado
`0`	Éxito. Sin issues blocking.
`1`	Issues encontrados (high o critical). Bloquea en `--quiet` y en hooks. En `re-review`: issues sin resolver o nuevos issues.
`2`	Error de ejecución: sin API key, error de red, backend no disponible.
`3`	Nada que revisar: no hay archivos staged ni especificados.

Exit codes