build: pin pnpm version to 9.15.9 (packageManager, engines, CI)

[SabaTech-dev]

Incidente

pnpm 11 ejecutado localmente reescribió pnpm-lock.yaml eliminando el bloque overrides. Causa raíz: pnpm.overrides en package.json es la ubicación legacy que pnpm 11 ya no lee (pnpm 10 la deprecó en favor de overrides raíz / pnpm-workspace.yaml). Además CI usaba pnpm/action-setup@v4 con version: 9 (major flotante), así que local y CI podían resolver versiones distintas.

Fix (2 ficheros, sin tocar nada más)

• package.json: "packageManager": "pnpm@9.15.9" (aplicado por corepack) + "engines": { "pnpm": ">=9 <10" }.
• .github/workflows/ci-cd.yml: los 3 pasos Install pnpm pasan de version: 9 a version: 9.15.9 explícito.

Nota sobre action-setup@v4: lanza Multiple versions specified solo cuando el input version y el campo packageManager conflictúan (valores distintos). Con ambos en 9.15.9 idénticos el comportamiento es determinista (documentado en docs oficiales del action). Se mantiene el explícito como prefiere el equipo.

Verificación (ejecutada de verdad, en worktree desde origin/main @ 7af9ded)

$ npx -y pnpm@9.15.9 --version
9.15.9
$ npx -y pnpm@9.15.9 install --frozen-lockfile
Done in 3.8s using pnpm v9.15.9   # exit 0
$ git status --porcelain pnpm-lock.yaml
(vacío — lock NO modificado)
$ grep -n overrides pnpm-lock.yaml
7:overrides:   # bloque conservado con las 5 entradas (shell-quote, vite, @appium/logger>lodash, monaco-editor>dompurify, next>sharp)

Known issues / follow-up (fuera de alcance de esta card)

• Dockerfile instala pnpm@9 flotante (línea RUN npm install -g pnpm@9). No se toca aquí (card prohíbe tocar otros ficheros); recomendable alinear a pnpm@9.15.9 en otra card.
• Migración estructural a pnpm 10/11 (pnpm.overrides → overrides raíz o pnpm-workspace.yaml) queda como decisión futura; este PR solo elimina el drift de versión.

Card de29e8f8