ci(vscode): réutiliser NPM_TOKEN pour l'asset de release du VSIX

Le token Gitea NPM_TOKEN (déjà utilisé pour publier le daemon) a les droits repository
suffisants pour l'API release → pas de secret RELEASE_TOKEN dédié à configurer.

.gitea/workflows/vscode-release.yml

@@ -46,15 +46,16 @@ jobs:
           name: vsix
           path: packages/vscode/*.vsix
       # Best-effort : attache le VSIX à la release Gitea du tag (crée la release si absente).
-      # Nécessite un secret RELEASE_TOKEN (token Gitea avec write:repository) ; sans lui, l'étape est
-      # ignorée sans faire échouer le job (continue-on-error).
+      # Réutilise le secret NPM_TOKEN (même token Gitea que la publication du daemon — droits
+      # repository suffisants pour l'API release). Sans lui, l'étape est ignorée sans faire échouer
+      # le job (continue-on-error) ; le VSIX reste disponible en artefact.
       - name: Attach VSIX to Gitea release
         continue-on-error: true
         env:
-          RELEASE_TOKEN: ${{ secrets.RELEASE_TOKEN }}
+          RELEASE_TOKEN: ${{ secrets.NPM_TOKEN }}
         run: |
           if [ -z "$RELEASE_TOKEN" ]; then
-            echo "::notice::RELEASE_TOKEN absent — VSIX disponible en artefact uniquement."
+            echo "::notice::NPM_TOKEN absent — VSIX disponible en artefact uniquement."
             exit 0
           fi
           api="${GITHUB_SERVER_URL}/api/v1/repos/${GITHUB_REPOSITORY}"