.agent/skills/active/workflow-71/hotfix-closure/SKILL.md
# SKILL — Hotfix Closure ## Rol autorizado - **Release Manager** ⚠️ Ningún otro rol está autorizado a cerrar un hotfix. --- ### Validación de Idioma Antes de instanciar el status: - Verificar que los archivos de evidencia estén redactados en **ESPAÑOL**. - Si se detecta idioma distinto → FAIL inmediato. --- ## Objetivo Cerrar **formal y persistentemente** un hotfix **solo si** existe evidencia completa y validada, dejando constancia auditable del estado final mediante el archivo: hotf
npx skillsauth add ivanrisso/backgenerado .agent/skills/active/workflow-71/hotfix-closureInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
⚠️ Ningún otro rol está autorizado a cerrar un hotfix.
Antes de instanciar el status:
Cerrar formal y persistentemente un hotfix solo si existe evidencia completa y validada, dejando constancia auditable del estado final mediante el archivo: hotfix/HF-XXX/status.md
Este skill es el ÚNICO AUTORIZADO a generar status.md.
Un hotfix sin status.md NO está cerrado.
Un hotfix con status.md es la única fuente de verdad.
Narrativas, resúmenes, smoke tests verbales o mensajes de éxito NO sustituyen este archivo.
HF-XXX)
en proceso de cierre.Si alguna precondición no se cumple → FAIL inmediato.
El workflow DEBE declarar explícitamente el template a usar.
Templates válidos:
Hotfix técnico (Workflow 71): .agent/templates/status_technical.template.md
Hotfix funcional / producto (Workflow 72): .agent/templates/status_functional.template.md
Si el template no existe o no es indicado → FAIL inmediato.
Para el hotfix HF-XXX deben existir TODOS los siguientes archivos:
hotfix/HF-XXX/implementation_plan.mdhotfix/HF-XXX/test_evidence.mdhotfix/HF-XXX/e2e_evidence.mdCondiciones obligatorias:
e2e_evidence.md DEBE contener explícitamente:
Resultado: PASS
El pipeline de CI debe estar VERDE:
Backend: PASS
Frontend: PASS
Si alguno falta o indica FAIL → FAIL inmediato.
Para el hotfix HF-FUNC-XXX deben existir TODOS los siguientes archivos:
hotfix/HF-FUNC-XXX/functional_definition.mdhotfix/HF-FUNC-XXX/impact_analysis.mdhotfix/HF-FUNC-XXX/implementation_plan.mdqa/cases/HF-FUNC-XXX.mdhotfix/HF-FUNC-XXX/test_evidence.mdhotfix/HF-FUNC-XXX/smoke_evidence.mdCondiciones obligatorias:
test_evidence.md DEBE indicar resultado PASSsmoke_evidence.md DEBE indicar resultado PASS⚠️ CI NO es obligatorio para hotfix funcional, salvo que el workflow lo declare explícitamente.
Si alguno falta o indica FAIL → FAIL inmediato.
Convención:
El skill debe completar únicamente las variables definidas en el template indicado por el workflow.
Variables mínimas comunes:
{{ESTADO}} → CLOSED{{FECHA}} → fecha actual (YYYY-MM-DD){{HOTFIX_ID}} → HF-XXX{{WORKFLOW_ID}} → 71 o 72Variables condicionales (según template):
Técnicos:
{{RESULTADO_E2E}}
{{RESULTADO_CI}}
Funcionales:
{{RESULTADO_PRUEBAS_FUNCIONALES}}
{{RESULTADO_SMOKE_TEST}}
⚠️ El skill NO inventa variables
⚠️ El template define la estructura final
Instanciar el template indicado, completando los valores resueltos, y generar el archivo final:
hotfix/HF-XXX/status.md
hotfix/HF-XXX/status.md
Este archivo es la única evidencia válida de cierre.
Si hotfix/HF-XXX/status.md ya existe → FAIL inmediato.
El cierre de un hotfix es una operación idempotente y única.
Estado: CLOSED
Fecha: 2026-02-02
Hotfix: HF-CLEAN-003
Workflow: 71
Resultado e2e: PASS
CI: PASS
### ✅ Hotfix Funcional (Workflow 72)
```md
Estado: CLOSED
Tipo: FUNCIONAL
Hotfix: HF-FUNC-012
Workflow: 72
Resultado pruebas funcionales: PASS
Smoke test: PASS
Fecha: 2026-02-02
development
# SKILL — UI View Loader ## Rol autorizado - Frontend Engineer ## Objetivo Verificar que todas las vistas frontend se cargan correctamente mediante imports dinámicos. ## Inputs - Rutas detectadas - Componentes lazy-loaded ## Pasos 1. Navegar a cada ruta. 2. Forzar carga del componente. 3. Detectar errores de: - import - alias - path relativo - compilación Vite ## Output - `ui/view_load_report.md` ## Restricciones - No corregir imports.
testing
# SKILL — UI Menu Consistency Check ## Rol autorizado - **QA** - **Orchestrator** (solo lectura / clasificación) ⚠️ Este skill **NO autoriza correcciones**. --- ## Objetivo Detectar **inconsistencias observables de menú y navegación** en runtime, cuando el comportamiento visible de la UI **no coincide** con lo esperado a partir de las pantallas existentes o solicitadas. Este skill permite identificar **gaps funcionales o de producto** a partir de síntomas observables, **sin validar reglas
development
--- name: test-bootstrap version: 1.0.0 stack: backend: fastapi frontend: vue purpose: > Instalar base mínima de tests: pytest/httpx (mock AFIP) y vitest (smoke). constraints: - no_direct_afip_calls_in_tests - request_approval_for_commands --- # Test Bootstrap Skill ## Backend (FastAPI) - Agregar pytest + httpx - Definir fixtures para app/db (según estructura existente) - Mock AFIP (wsaa/wsfe) para evitar llamadas reales - Crear 1-3 tests críticos (health + emisión/estado si existen
development
--- name: openapi-contract version: 1.0.0 purpose: > Verificar gobierno de contrato OpenAPI: sincronía entre FastAPI y openapi.yaml, y definir estrategia de generación/validación. constraints: - request_approval_for_commands --- # OpenAPI Contract Skill - Determinar si `openapi.yaml` es manual o generado - Proponer: generar desde FastAPI en CI y compararlo (diff) - Documentar endpoints críticos (facturación/emisión)