git-close-featurelisted

# Cierre de la feature: commit, push y PR hacia `dev` Esta skill es **plana**: no forkea. Redactar el mensaje de commit y el cuerpo de la PR exige saber **qué** se ha implementado y **qué issues** cubre — justo lo que un contexto limpio no tiene. Y son acciones irreversibles hacia fuera (`push`, `gh pr create`): las ejecuta el hilo que ha acompañado la feature, no un fork sin memoria de ella. Y es **de invocación manual** (`disable-model-invocation: true`): por ese mismo carácter irreversible, el asistente no puede lanzarla por su cuenta al ver el código "terminado". La propone —eso sí, de forma activa, como exige el paso 4.5 del ciclo— y la disparas tú escribiendo `/git-close-feature`. El **formato** de los mensajes de commit no se repite aquí: está en `git-update-repo` (Conventional Commits con el ID de feature en el scope). ## Secuencia ```bash git add . git commit -m "feat(<id-feature>): <resumen>" git push origin feature/<id-speckit>-<slug> gh pr create --base dev --head feature/<id-speckit>-<slug> \ --title "feat(<id-feature>): <resumen>" \ --body "Closes #47, Closes #48, Closes #49" ``` Si la feature necesita más de un commit, agrúpalos por unidad lógica (implementación, tests, documentación) en vez de en un único commit gigante — `docs-changelog` los lee uno a uno. ## `Closes #N`: repetido por issue, nunca una lista **Formato obligatorio.** GitHub solo interpreta como cierre automático la referencia que sigue *inmediatamente* a `Closes`/`Fixes`/`Resolves`.