feat(*): recover Svelte SDK and version-sync tooling from dev

[Alexays]

Suite de #7 : récupère le SDK Svelte et le tooling de gestion de versions depuis dev, en les réconciliant avec l'état actuel de master.

Contenu (par commit)

• feat(sdk-browser) : ajoute les helpers DOM ScreebMaskText, ScreebNoCapture, ScreebId (dépendance du SDK Svelte). Additif — la feature custom endpoints de master est préservée (dev ne l'avait pas, donc pas de prise wholesale du browser).
• feat(*) Svelte : packages/sdk-svelte, examples/example-svelte, et publish-svelte.yml. Réconciliations :
  • dépendance @screeb/sdk-browser ^0.5.0 → ^0.6.0 (sinon npm installe la 0.5.0 publiée au lieu de lier le workspace 0.6.1 → ScreebId introuvable)
  • URLs repo sdk-js → ScreebApp/sdk
  • publish-svelte.yml aligné sur le pattern de master (publish-vue.yml) : trigger @screeb/sdk-svelte@*, node 22, npm OIDC --provenance
• feat(*) tooling : sdk-versions.json + scripts/sync-sdk-versions.mjs + scripts npm versions:sync / versions:check. Réconciliations : csproj MAUI utilise <AndroidMavenLibrary Version=...> (pas <ScreebAndroidSdkVersion>), manifeste reactNative 3.2.0 → 3.3.1 (réel master).

Vérifs

• npm run build ✅ (7 projets, Svelte inclus) · npm run lint ✅ · husky pre-commit ✅

⚠️ Important — versions:check n'est PAS branché en CI

Le tooling révèle une dérive des versions natives : les wrappers ciblent des versions différentes du SDK Android natif (survey) :

wrapper	survey (android)
maui	3.2.0
flutter / react-native	3.1.1
kmp / example-android	4.0.0

Un versions:sync normaliserait tout vers native.android du manifeste (4.0.0) — mais 4.0.0 n'est pas publié sur Maven public, ça casserait les builds maui/flutter/rn. Donc versions:check n'est volontairement pas mis en gate CI ici : à activer une fois la version native unifiée/publiée. Le manifeste (sdk-versions.json) doit être tranché côté produit.

[Alexays]

Consolidé dans #11 (dev-4.0.0).