specleap-framework 2.1.1 → 2.1.6

package/.agents/backend.md

@@ -91,7 +91,7 @@ Cuando se te pide planificar un ticket backend:
 - Lee `proyectos/[proyecto]/context/architecture.md`
 - Lee `proyectos/[proyecto]/context/tech-stack.md`
 - Lee `proyectos/[proyecto]/context/conventions.md`
-- Lee el ticket de Jira (vía MCP si está disponible)
+- Lee la tarea de Asana (vía ASANA_ACCESS_TOKEN)
 
 ### 2. Analizar Requisitos
 
@@ -362,7 +362,7 @@ Cuando revises código backend, verifica:
 - [ ] Error handling claro
 - [ ] Código sigue conventions.md
 - [ ] Commits descriptivos
-- [ ] PR vinculado a Jira
+- [ ] PR vinculado a Asana
 
 ---
 
@@ -405,7 +405,7 @@ Tu mensaje final DEBE incluir:
 - **Bash** — Ejecutar comandos del sistema
 - **Read** — Leer archivos del proyecto
 - **Write** — Crear el archivo del plan
-- **MCP Jira** — Leer tickets de Jira (si está configurado)
+- **Asana API** — Leer tareas de Asana (via ASANA_ACCESS_TOKEN)
 - **MCP Context7** — Consultar docs de Laravel (si está configurado)
 
 ---

package/.agents/frontend.md

@@ -96,7 +96,7 @@ Cuando se te pide planificar un ticket frontend:
 - Lee `proyectos/[proyecto]/context/architecture.md`
 - Lee `proyectos/[proyecto]/context/tech-stack.md`
 - Lee `proyectos/[proyecto]/context/conventions.md`
-- Lee el ticket de Jira (vía MCP si está disponible)
+- Lee la tarea de Asana (vía ASANA_ACCESS_TOKEN)
 
 ### 2. Generar Design System (CRÍTICO)
 
@@ -563,7 +563,7 @@ Tu mensaje final DEBE incluir:
 - **Bash** — Ejecutar comandos del sistema
 - **Read** — Leer archivos del proyecto
 - **Write** — Crear el archivo del plan
-- **MCP Jira** — Leer tickets de Jira (si está configurado)
+- **Asana API** — Leer tareas de Asana (via ASANA_ACCESS_TOKEN)
 - **MCP Context7** — Consultar docs de React/Vite (si está configurado)
 
 ---

package/.agents/producto.md

@@ -324,7 +324,7 @@ Cuando se te pide refinar una user story (comando `refinar`):
 
 ### 1. Leer Contexto
 
-- Lee el ticket de Jira original
+- Lee la tarea de Asana original
 - Lee `proyectos/[proyecto]/CONTRATO.md` para entender el proyecto
 - Lee `proyectos/[proyecto]/context/` para conocer stack y decisiones
 - Identifica el módulo al que pertenece
@@ -363,22 +363,20 @@ Expande la user story siguiendo el template completo, incluyendo:
 - Requisitos no funcionales
 - Estimación y riesgos
 
-### 5. Actualizar Jira (Si MCP está disponible)
+### 5. Actualizar Asana (Si ASANA_ACCESS_TOKEN está disponible)
 
-Si tienes acceso al MCP de Jira:
+Si tienes acceso a Asana:
 
 1. Actualiza el ticket con el contenido enriquecido
 2. Usa secciones claras con headings (h2, h3)
 3. Formatea código en bloques code
 4. Aplica listas y tablas donde ayude
-5. Transi
-
-ciona el ticket a "Refinado" o "Ready for Dev"
+5. Transiciona el ticket a "Refinado" o "Ready for Dev"
 
 Si NO tienes acceso al MCP:
 
 1. Guarda el contenido enriquecido en `proyectos/[proyecto]/specs/[TICKET-ID]_refined.md`
-2. Proporciona el contenido al usuario para que lo copie manualmente a Jira
+2. Proporciona el contenido al usuario para que lo copie manualmente a Asana
 
 ---
 
@@ -459,7 +457,7 @@ Cuando refinas una user story:
 3. **Haz preguntas** si es necesario
 4. **Presenta** la user story refinada completa
 5. **Destaca** puntos críticos
-6. **Confirma** antes de actualizar Jira
+6. **Confirma** antes de actualizar Asana
 
 **Ejemplo:**
 > "He refinado la user story SCRUM-23. La original era muy escueta (solo 2 líneas).
@@ -470,7 +468,7 @@ Cuando refinas una user story:
 > - Flujo de usuario paso a paso
 > - Estimación: 3 días (backend 1.5d, frontend 1d, testing 0.5d)
 >
-> ¿Apruebas que actualice el ticket en Jira?"
+> ¿Apruebas que actualice la tarea en Asana?"
 
 ---
 
@@ -494,7 +492,7 @@ Tu mensaje final DEBE incluir:
 
 🔄 **Próximo paso:**
 - [ ] Revisar refinamiento
-- [ ] Actualizar Jira (o copiar manualmente)
+- [ ] Actualizar Asana (o copiar manualmente)
 - [ ] Ejecutar `planificar [TICKET-ID]` cuando esté listo
 ```
 
@@ -502,7 +500,7 @@ Tu mensaje final DEBE incluir:
 
 ## Herramientas Disponibles
 
-- **MCP Jira** — Leer y actualizar tickets (si está configurado)
+- **Asana API** — Leer y actualizar tareas (si ASANA_ACCESS_TOKEN está configurado)
 - **Read** — Leer archivos del proyecto
 - **Write** — Guardar user story refinada localmente
 - **Bash** — Ejecutar comandos del sistema

package/.claude/hooks/spec-guard.sh

@@ -0,0 +1,132 @@
+#!/bin/bash
+# SpecLeap — Spec-guard pre-tool-use hook
+# Blocks Write/Edit/NotebookEdit on protected branches (main/stage/develop).
+# Fail-open philosophy: any internal error results in exit 0 (allow).
+#
+# Input: stdin JSON from Claude Code PreToolUse hook
+#   { "tool_name": "Write", "tool_input": { "file_path": "src/X.ts" }, ... }
+#
+# Exit codes:
+#   0   allow
+#   2   block (stderr is shown to the user)
+
+set +e   # never abort on unexpected errors; we fail-open explicitly
+
+SCRIPT_DIR="$(cd "$(dirname "${BASH_SOURCE[0]}")" && pwd)"
+# The hook lives at <project>/.claude/hooks/, so root is two levels up
+PROJECT_ROOT="$(cd "$SCRIPT_DIR/../.." && pwd)"
+
+# Try to load i18n helper if available (we live in a consumer project,
+# so .specleap may or may not exist there)
+if [ -f "$PROJECT_ROOT/.specleap/i18n.sh" ]; then
+    # shellcheck source=/dev/null
+    source "$PROJECT_ROOT/.specleap/i18n.sh" 2>/dev/null || true
+fi
+
+# Translation helper with hard-coded English fallback
+# so the hook works even without SpecLeap i18n present.
+translate() {
+    local key="$1"
+    local fallback="$2"
+    if command -v t &>/dev/null; then
+        local result
+        result=$(t "$key" 2>/dev/null)
+        if [ -n "$result" ] && [ "$result" != "$key" ]; then
+            echo "$result"
+            return
+        fi
+    fi
+    echo "$fallback"
+}
+
+# Read stdin (hook input from Claude Code)
+INPUT=""
+if [ -t 0 ]; then
+    # No stdin available (ran manually for testing) — allow
+    exit 0
+fi
+INPUT=$(cat 2>/dev/null)
+[ -z "$INPUT" ] && exit 0
+
+# Parse tool_name and file_path
+TOOL=""
+FILE=""
+if command -v jq &>/dev/null; then
+    TOOL=$(echo "$INPUT" | jq -r '.tool_name // empty' 2>/dev/null)
+    FILE=$(echo "$INPUT" | jq -r '.tool_input.file_path // empty' 2>/dev/null)
+else
+    # Fallback without jq — crude regex extraction
+    TOOL=$(echo "$INPUT" | grep -o '"tool_name":[[:space:]]*"[^"]*"' | head -1 | sed 's/.*"\([^"]*\)"$/\1/')
+    FILE=$(echo "$INPUT" | grep -o '"file_path":[[:space:]]*"[^"]*"' | head -1 | sed 's/.*"\([^"]*\)"$/\1/')
+fi
+
+# Only care about file-writing tools
+case "$TOOL" in
+    Write|Edit|NotebookEdit) ;;
+    *) exit 0 ;;
+esac
+
+[ -z "$FILE" ] && exit 0
+
+# Only enforce on typical app-code paths.
+# Accept both absolute and relative forms.
+case "$FILE" in
+    *"/src/"*|"src/"*|\
+    *"/app/"*|"app/"*|\
+    *"/tests/"*|"tests/"*|\
+    *"/test/"*|"test/"*|\
+    *"/lib/"*|"lib/"*)
+        ;;
+    *)
+        exit 0
+        ;;
+esac
+
+# Determine current git branch. If not a git repo → fail-open.
+BRANCH=""
+if command -v git &>/dev/null; then
+    BRANCH=$(git -C "$PROJECT_ROOT" rev-parse --abbrev-ref HEAD 2>/dev/null)
+fi
+[ -z "$BRANCH" ] && exit 0
+
+# Protected branches list
+PROTECTED="main stage develop"
+
+BLOCKED=0
+for p in $PROTECTED; do
+    if [ "$BRANCH" = "$p" ]; then
+        BLOCKED=1
+        break
+    fi
+done
+
+[ "$BLOCKED" -eq 0 ] && exit 0
+
+# --- Blocked: print pedagogical message to stderr and exit 2 ---
+
+HEADER=$(translate 'quality.spec_guard.blocked_header' 'SpecLeap: write blocked on protected branch')
+ON_BRANCH=$(translate 'quality.spec_guard.blocked_branch' 'You are on protected branch:')
+HINT_CREATE=$(translate 'quality.spec_guard.hint_create_branch' 'Create a feature branch:')
+HINT_CMD=$(translate 'quality.spec_guard.hint_command' 'git checkout -b feature/[project]-[ticket]-[description]')
+HINT_EXAMPLE=$(translate 'quality.spec_guard.hint_example' 'Example: git checkout -b feature/app-tienda-23-cart')
+HINT_FLOW=$(translate 'quality.spec_guard.hint_flow' 'Flow: feature → stage → main (via PR)')
+
+{
+    echo ""
+    echo "╔═════════════════════════════════════════════════════════╗"
+    echo "║ $HEADER"
+    echo "╚═════════════════════════════════════════════════════════╝"
+    echo ""
+    echo "  $ON_BRANCH $BRANCH"
+    echo "  → $FILE"
+    echo ""
+    echo "  $HINT_CREATE"
+    echo "    $HINT_CMD"
+    echo ""
+    echo "  $HINT_EXAMPLE"
+    echo ""
+    echo "  $HINT_FLOW"
+    echo ""
+} >&2
+
+exit 2

package/.claude/settings.json.template

@@ -0,0 +1,15 @@
+{
+  "hooks": {
+    "PreToolUse": [
+      {
+        "matcher": "Write|Edit|NotebookEdit",
+        "hooks": [
+          {
+            "type": "command",
+            "command": "bash .claude/hooks/spec-guard.sh"
+          }
+        ]
+      }
+    ]
+  }
+}

package/.clinerules

@@ -61,7 +61,7 @@ Usuario: planificar
 
 ### 3. Implementar por Tickets
 ```
-Usuario: implementar PROJ-123
+Usuario: implementar app-tienda-23
 ```
 → Descarga spec del ticket Asana  
 → Implementa según especificación  
@@ -77,7 +77,7 @@ Usuario: implementar PROJ-123
 
 ### OBLIGATORIAS (ver `rules/`)
 1. **Spec-First:** NUNCA codificar sin CONTRATO.md aprobado
-2. **Git Workflow:** Siempre feature branches (`feature/PROJ-123-descripcion`)
+2. **Git Workflow:** Siempre feature branches (`feature/app-tienda-23-descripcion`)
 3. **Testing:** Tests obligatorios para lógica de negocio
 4. **Environment Protection:** NUNCA hardcodear credenciales
 
@@ -210,7 +210,7 @@ Leer y mostrar contenido de `.commands/ayuda.md`
 
 🔗 Próximos pasos:
   1. Commit: git commit -m "feat(scope): descripción"
-  2. Push: git push origin feature/PROJ-123
+  2. Push: git push origin feature/app-tienda-23
   3. CodeRabbit revisará automáticamente
 ```
 

package/.coderabbit.yaml

@@ -229,8 +229,7 @@ chat:
   auto_reply: true
   art: false
   integrations:
-    jira:
-      usage: "enabled"
+    # Asana integration handled directly via scripts/ (no MCP needed)
     linear:
       usage: "disabled"
 
@@ -250,8 +249,7 @@ knowledge_base:
     scope: "global"
   issues:
     scope: "global"
-  jira:
-    usage: "enabled"
+  # Asana integration handled directly via scripts/ (no MCP needed)
   pull_requests:
     scope: "global"
 

package/.commands/compliance.md

@@ -0,0 +1,89 @@
+# Comando: compliance
+
+**Trigger:** Usuario escribe `compliance`, `auditoria` o `audit` (case-insensitive).
+
+**Objetivo:** Ejecutar una auto-auditoría del framework SpecLeap y reportar al usuario una nota 0-100 en 6 dimensiones, más acciones concretas para subir la nota si hay drift.
+
+---
+
+## Qué dimensiones se auditan
+
+1. **Version** — El `package.json.version` coincide con el último tag de git.
+2. **Skills** — El número de carpetas en `~/.skills/` coincide con los counters declarados en `CLAUDE.md`, `README.md` y `.quality/baselines/baseline.json`.
+3. **i18n** — Todas las claves de `.specleap/i18n/es.json` existen en `.specleap/i18n/en.json` y viceversa.
+4. **Hooks** — `.claude/hooks/spec-guard.sh` existe, tiene shebang, es ejecutable y está referenciado en `.claude/settings.json.template`.
+5. **Baseline** — `.quality/baselines/baseline.json.repo_snapshot` no difiere >20% de los counters reales del repo.
+6. **Docs** — Ningún `.md` raíz tiene residuos de marcas pasadas (`iapanderson`, `archspec`, `openclaw`, `pamela`) excluyendo `CHANGELOG.md` (histórico).
+
+---
+
+## Flujo que la IA debe seguir
+
+### Paso 1: Ejecutar el script de auditoría
+
+Desde la raíz del framework:
+
+```bash
+bash scripts/compliance-audit.sh
+```
+
+El script imprime un resumen a stdout y escribe un JSON detallado en `.quality/evidence/compliance/audit-$(timestamp).json`.
+
+### Paso 2: Mostrar el resultado al usuario
+
+Lee el output del script y preséntalo al usuario con formato markdown. Ejemplo:
+
+```markdown
+## SpecLeap Compliance Audit
+
+| Dimensión | Puntuación | Observaciones |
+|-----------|------------|---------------|
+| Version   | 100/100    | |
+| Skills    | 100/100    | |
+| i18n      | 95/100     | Falta clave `quality.spec_guard.hint_flow` en `en.json` |
+| Hooks     | 100/100    | |
+| Baseline  | 85/100     | `repo_snapshot` desactualizado |
+| Docs      | 100/100    | |
+
+**Total: 96/100**
+
+Detalle guardado en: `.quality/evidence/compliance/audit-2026-04-23T18:55:12Z.json`
+```
+
+### Paso 3: Sugerencias de mejora (solo si hay dimensiones <100)
+
+Si alguna dimensión está por debajo de 100, lista las **acciones concretas** para subirla:
+
+```markdown
+### Acciones recomendadas
+
+- **i18n:** Añadir la clave `quality.spec_guard.hint_flow` a `en.json` para alinear con `es.json`.
+- **Baseline:** Ejecutar `bash scripts/quality-baseline.sh snapshot` para refrescar `repo_snapshot`.
+```
+
+Usa las observaciones del script como base. No inventes acciones; si el script dice "missing key X", di "añadir key X".
+
+### Paso 4: Mensaje final según el total
+
+- **Total = 100/100:** felicitación breve. Una frase, sin exagerar. Ejemplo: *"Framework al día, cero drift detectado."*
+- **Total 80-99:** resumen neutral. Ejemplo: *"Hay X dimensiones con drift menor. Las acciones de arriba lo resuelven."*
+- **Total 60-79:** advertencia moderada. Ejemplo: *"Drift notable en X dimensiones. Revisa las acciones antes del próximo release."*
+- **Total < 60:** advertencia fuerte. Ejemplo: *"Drift significativo. Recomiendo no publicar nueva versión hasta resolver los ítems listados."*
+
+---
+
+## Reglas
+
+1. **El script es la fuente de verdad.** No inventes puntuaciones ni observaciones; solo presenta lo que el script devuelve.
+2. **No ejecutes acciones correctivas automáticamente.** Solo presenta las recomendaciones. El usuario decide cuándo aplicarlas.
+3. **Si el script falla** (error de bash, falta `jq`, etc.), reporta el error tal cual al usuario sin intentar auditar manualmente.
+4. **Sin mencionar otros frameworks.** La auditoría es interna de SpecLeap; no compares con otros sistemas.
+
+---
+
+## Referencias
+
+- **Script:** `scripts/compliance-audit.sh`
+- **Evidencia:** `.quality/evidence/compliance/` (gitignored)
+- **Baseline de referencia:** `.quality/baselines/baseline.json`
+- **Claves i18n:** namespace `quality.compliance` en `.specleap/i18n/{es,en}.json`

package/.commands/inicio.md

@@ -645,12 +645,12 @@ proyectos/casa-de-peli/
    Abre `CONTRATO.md` para revisar el contrato completo
 
 2. **Crear tickets en Asana:**
-   Lee `.commandscrear-tickets.md` y ejecuta
+   Lee `.commands/crear-tickets.md` y ejecuta
 
 3. **Empezar desarrollo:**
    Elige un ticket:
-   - `refinar SCRUM-XX` — Refinar user story
-   - `planificar SCRUM-XX` — Generar plan de implementación
+   - `refinar [proyecto]-XXX` — Refinar user story
+   - `planificar [proyecto]-XXX` — Generar plan de implementación
    - `implementar @plan.md` — Ejecutar el plan
 
 **¿Quieres crear ahora los tickets en Asana?**
@@ -666,7 +666,7 @@ proyectos/casa-de-peli/
 ✅ Perfecto. Voy a crear los tickets ahora...
 ```
 
-**Acción:** Leer `.commandscrear-tickets.md` y ejecutar las instrucciones paso a paso.
+**Acción:** Leer `.commands/crear-tickets.md` y ejecutar las instrucciones paso a paso.
 
 #### Si el usuario responde "No":
 
@@ -676,7 +676,7 @@ proyectos/casa-de-peli/
 **Para crearlos después, escribe:**
 
 ```
-Lee .commandscrear-tickets.md y ejecuta
+Lee .commands/crear-tickets.md y ejecuta
 ```
 
 **O desde terminal:**
@@ -690,11 +690,11 @@ cd proyectos/[nombre-proyecto]
 
 | Comando | Cómo ejecutarlo |
 |---------|-----------------|
-| Crear tickets Asana | `Lee .commandscrear-tickets.md y ejecuta` |
-| Refinar story | `Lee .commandsrefinar.md y ejecuta` |
-| Planificar implementación | `Lee .commandsplanificar.md y ejecuta` |
-| Implementar | `Lee .commandsimplementar.md y ejecuta` |
-| Adoptar proyecto legacy | `Lee .commandsadoptar.md y ejecuta` |
+| Crear tickets Asana | `Lee .commands/crear-tickets.md y ejecuta` |
+| Refinar story | `Lee .commands/refinar.md y ejecuta` |
+| Planificar implementación | `Lee .commands/planificar.md y ejecuta` |
+| Implementar | `Lee .commands/implementar.md y ejecuta` |
+| Adoptar proyecto legacy | `Lee .commands/adoptar.md y ejecuta` |
 
 ¿Hay algo más en lo que pueda ayudarte?
 ```
@@ -750,12 +750,12 @@ Responde A o B:
 **¿Qué ticket vas a trabajar?**
 
 Opciones:
-- Dime el ID del ticket (ejemplo: SCRUM-23)
+- Dime el ID del ticket (ejemplo: app-tienda-23)
 - O describe la tarea que vas a hacer
 
 **Comandos disponibles:**
-- `refinar SCRUM-XX` — Refinar user story
-- `planificar SCRUM-XX` — Generar plan de implementación
+- `refinar [proyecto]-XXX` — Refinar user story
+- `planificar [proyecto]-XXX` — Generar plan de implementación
 - `implementar @plan.md` — Ejecutar el plan
 - `explicar [concepto]` — Explicar código o arquitectura
 ```
@@ -782,7 +782,7 @@ Archivos del proyecto:
 
 ## Flujo C: Adoptar Proyecto Legacy
 
-Ver `.commandsadoptar.md` para el flujo completo de adopción.
+Ver `.commands/adoptar.md` para el flujo completo de adopción.
 
 ---
 
@@ -820,5 +820,5 @@ Ver `.commandsadoptar.md` para el flujo completo de adopción.
 - **Preguntas:** `scripts/lib/questions.json` (58 preguntas completas)
 - **Template:** `proyectos/_template/CONTRATO.md`
 - **Agentes:** `.agents/backend.md`, `.agents/frontend.md`, `.agents/producto.md`
-- **Otros Comandos:** `.commandsrefinar.md`, `.commandsplanificar.md`, etc.
+- **Otros Comandos:** `.commands/refinar.md`, `.commands/planificar.md`, etc.
 - **Standards:** `specs/base-standards.mdc`

package/.commands/nuevo/README.md

@@ -280,9 +280,9 @@ cat proyectos/casa-de-peli/CONTRATO.md
 
 ## 🔧 Próximos Pasos (Fase 3)
 
-- [ ] Parser CONTRATO → Jira (`parse-contract-to-jira.sh`)
+- [ ] Parser CONTRATO → Asana (`parse-contract-to-asana.sh`)
 - [ ] Integración con `planificar`
-- [ ] Sincronización bidireccional Jira ↔ CONTRATO
+- [ ] Sincronización bidireccional Asana ↔ CONTRATO
 
 ## 📚 Referencias
 

package/.commands/planificar.md

@@ -218,7 +218,7 @@ Edita `scripts/generate-asana-structure.sh`:
 ### "Script no encontrado"
 
 ```bash
-cd ~/.openclaw/workspace/specleap
+cd ~/specleap-framework
 ls scripts/generate-asana-structure.sh
 # Si no existe, verifica instalación
 ```

package/.continue/rules/04-git-workflow.md

@@ -25,7 +25,7 @@ tipo(alcance): descripción corta en español
 - Tests añadidos/modificados
 
 ## Refs
-- Jira: PROJ-XXX
+- Asana: [proyecto]-XXX
 - Spec: openspec/specs/functional/FXXX-nombre.spec.md
 ```
 
@@ -45,13 +45,13 @@ tipo(alcance): descripción corta en español
 ## Branch Naming
 
 ```
-tipo/JIRA-XXX-descripcion-corta
+tipo/[proyecto]-XXX-descripcion-corta
 ```
 
 Ejemplos:
-- `feat/PROJ-123-user-authentication`
-- `fix/PROJ-456-login-redirect`
-- `refactor/PROJ-789-cleanup-utils`
+- `feat/app-tienda-23-user-authentication`
+- `fix/app-tienda-24-login-redirect`
+- `refactor/app-tienda-25-cleanup-utils`
 
 ## Reglas
 

package/.continuerules

@@ -1,13 +1,13 @@
-# Continue Rules for ArchSpec
+# Continue Rules for SpecLeap
 
-You are a development assistant working under **Spec-Driven Development (SDD)** methodology via ArchSpec.
+You are a development assistant working under **Spec-Driven Development (SDD)** methodology via SpecLeap.
 
 ## Critical Rules
 
 1. **NEVER write code without a spec first.** If no spec exists, create one with `openspec new`.
 2. **NEVER skip the approval step.** Present spec/proposal and wait for confirmation before implementing.
 3. **NEVER hardcode values.** Everything configurable goes in env/config files.
-4. **ALWAYS link commits to specs and Jira tickets.**
+4. **ALWAYS link commits to specs and Asana tasks.**
 
 ## Workflow (mandatory)
 
@@ -21,7 +21,6 @@ SPEC → APPROVE → CODE → TEST → REVIEW → SHIP
 - `openspec apply CHANGE-XXX` — Implement approved proposal
 - `openspec verify CHANGE-XXX` — Run tests + verify spec
 - `openspec status` — List active proposals
-- `openspec jira ls` — List open Jira issues
 
 ## Before writing any code:
 

package/.cursorrules

@@ -30,7 +30,7 @@ Primero la especificación, luego el código. Nunca al revés.
 ## Commits
 Formato: `tipo(alcance): descripción en español`
 Tipos: feat, fix, refactor, docs, test, chore, style, perf
-Incluir: refs a Jira y Spec
+Incluir: refs a Asana y Spec
 
 ## Testing Report (OBLIGATORIO)
 Cada feature documenta:

package/.github/copilot-instructions.md

@@ -37,7 +37,7 @@ tipo(alcance): descripción en español
 
 ## Qué se hizo
 ## Por qué
-## Refs: Jira/Spec
+## Refs: Asana/Spec
 ```
 
 Tipos: feat, fix, refactor, docs, test, chore, style, perf