git-update-repolisted

# Ramas y mensajes de commit Esta skill es **plana**: no forkea. Lo que contiene son convenciones que el hilo principal necesita tener puestas mientras trabaja — quien crea la rama y redacta los commits es él, con el contexto de la feature delante. Los valores concretos (nombre de la rama de integración, visibilidad del repo) están en `@.claude/context/00_perfil_proyecto.md`, bloque **GitHub**. ## Modelo de ramas | Rama | Rol | |---|---| | `main` | Siempre desplegable. Nunca se desarrolla sobre ella. | | `dev` | Rama de integración y rama por defecto de los PRs (valor en el perfil). | | `feature/<id-speckit>-<slug>` | Una por feature. Se mergea a `dev` vía PR y se borra después. | El `<id-speckit>` es el identificador que genera `/speckit-specify` (`003`, `004`…) y el `<slug>` la versión corta del nombre de la feature: `feature/003-checkout-stock`. ```bash git checkout -b feature/<id-speckit>-<slug> dev ``` ## La rama de feature es obligatoria, sin excepción por trivialidad No existe la opción de commitear directo sobre `dev`, ni para un cambio de una línea. Dos razones independientes, cada una suficiente por sí sola: 1. **GitHub lo rechaza.** `dev` tiene `required_status_checks` (`quality` en verde) con `enforce_admins: true`, así que el push directo falla incluso siendo owner del repo: el commit recién creado nunca tiene todavía un check en verde, porque el CI solo corre después de que el commit exista en GitHub. 2. **Sin PR no se cierran los issues.** El c