Prépare cette application pour un audit statique sur Modular Leat.

1. Exporte une copie de l'application web, sans modifier ni supprimer l'original. Privilégie un fichier appli.html autonome en UTF-8, avec HTML, CSS et JavaScript. Si c'est impossible, fournis un ZIP web statique contenant au moins un HTML et ses fichiers de code. Un fichier React JSX/TSX seul ne suffit pas : explique la compilation nécessaire et les incompatibilités, sans prétendre avoir un export fonctionnel.

2. Conserve les fonctions de l'application autant que possible. N'invente pas de données réelles ni de connexion opérationnelle. Si une fonction dépend de Claude, d'un service serveur ou d'un outil indisponible hors de Claude, signale-la clairement et désactive son action dans la copie de démonstration.

3. Remplace les clés API, mots de passe, jetons et données personnelles par des valeurs explicitement fictives. Ne copie aucun cookie, session, fichier .env ou identifiant de connexion. Ne demande pas à rendre l'artefact public.

4. Anticipe le changement d'origine : les sessions, permissions, données du navigateur (localStorage, IndexedDB), stockage d'artefact Claude et connecteurs ne suivent pas automatiquement le fichier. Ne transfère et ne supprime aucune donnée de l'original. Si une migration est nécessaire, décris un export/import séparé, autorisé et vérifiable, sans joindre de données réelles au dépôt d'audit.

5. Ajoute des commentaires de code MIGRATION_DONNEES près des accès concernés : source et type de données, opérations de lecture/écriture, dépendances au stockage Claude ou navigateur, authentification attendue, URLs sans secrets, restrictions CORS et URLs de retour à reconfigurer. Précise les droits minimaux par application. Remplace les accès réels par des exemples fictifs, sans changer silencieusement le comportement.

6. Isole les accès aux données dans des fonctions identifiables pour un futur raccordement côté serveur. Aucun secret dans le navigateur. Ne crée ni URL ni SDK de passerelle Modular Leat : ses connecteurs ne sont pas disponibles dans cet espace de test. N'essaie pas de contourner l'authentification ou CORS. Explique les accès bloqués en attendant la configuration et la validation de l'administrateur.

7. Respecte les limites du dépôt : fichier HTML ou ZIP de 1 Mo maximum ; code total de 48 000 caractères, 64 000 octets UTF-8 et 2 000 lignes maximum ; ZIP de 60 éléments et 2 Mo décompressés maximum. Ne joins pas node_modules, archives imbriquées, liens symboliques ou fichiers chiffrés. Si l'application dépasse ces limites, indique-le plutôt que retirer des fonctions ou du code sans le dire.

Fournis le fichier exportable et une courte liste des dépendances, accès aux données et fonctions à reconfigurer. Si tu ne peux pas fournir un fichier, donne le HTML complet à enregistrer en appli.html ou à coller dans le formulaire. Le dépôt produit un rapport, pas une publication ni une connexion automatique aux données.