Skill: Integración de historia de usuario

Guía para cerrar e integrar el trabajo de una historia de usuario US-XXX: verificar que la carpeta de la US tenga su progress.md con todas las tareas en Done, y luego hacer merge de la rama actual hacia la rama desde la que se creó.

Alcance del submit: El skill cierra localmente lo ya implementado. Verifica condiciones y ejecuta git merge --no-ff. No hace push, no borra ramas, no crea MRs/PRs, no resuelve conflictos, no modifica progress.md. Lo que no esté en Done bloquea el merge — el usuario decide cómo proceder, nunca se fuerza.

Encaja al final del ciclo iniciado por story-define → story-plan → story-implement. Ver Handoffs del ciclo.

Cómo preguntar al usuario

Cuando este skill indique preguntar, pedir, confirmar, validar o sugerir algo al usuario, hacerlo mediante la herramienta de preguntas estructuradas que ofrezca el cliente (la que renderiza opciones tappables o un selector de respuesta) en lugar de redactar la pregunta como prosa libre. Reglas:

• Una pregunta por turno cuando sea posible; máximo tres preguntas en un mismo bloque.
• Opciones cortas y mutuamente excluyentes (2–4 por pregunta) cuando la respuesta admita categorías; usar entrada libre solo si no hay forma razonable de enumerar opciones.
• No repreguntar lo que ya está respondido en el contexto, en .agents/MEMORY.md o en progress.md de la US.
• Una sola tanda al inicio para resolver lagunas antes de cualquier operación git (US asociada a la rama, carpeta ambigua, rama base); no ir descubriendo huecos turno a turno. Rama base ambigua: listar los candidatos detectados como opciones tappables (p. ej. develop, main, release/2026.q2); no proponer un default implícito.
• Fallback: si el cliente no expone esta herramienta, formular la pregunta en prosa con opciones enumeradas (1, 2, 3…).