git-run-actionslisted

# Supervisar el CI de la PR Esta skill es **plana**: no forkea. Diagnosticar un check en rojo y proponer la corrección exige ver el código que se acaba de escribir; y la corrección la aplica el mismo hilo, que ya tiene el contexto de la feature. La PR no se puede mergear hasta que el job `quality` de `.github/workflows/ci.yml` esté en verde (`required_status_checks` con `strict: true`, ver `git-update-repo`). ## Leer el estado ```bash gh pr checks <N> # estado de todos los checks de la PR gh run view --log-failed # log solo de los pasos que han fallado gh run view <run-id> --log # log completo, si hace falta el contexto previo ``` ## Diagnóstico por paso El job `quality` corre cuatro comprobaciones en este orden. Identifica cuál falló antes de proponer nada — el log de un paso posterior no aparece si uno anterior cortó. | Paso | Qué falla | Corrección típica | |---|---|---| | `uv run ruff check src/` | Lint (imports sin usar, complejidad, reglas activas) | `uv run ruff check --fix src/` y revisar lo que no arregla solo | | `uv run ruff format --check src/` | Formato | `uv run ruff format src/` | | `uv run ty check` | Tipado estático | Corregir la anotación; convenciones en `dev-python-coding` | | `uv run pytest -q` | Tests | Es un fallo real de la feature: vuelve al paso 4.1, no relajes el test | Reproduce siempre en local antes de pushear una corrección — cada intento a ciegas consume minutos de Actions y un ciclo de espera. ## Límite d